海盗派测试分析：MFQ&PPDCS 总结1

1.MFQ体现了从测试角度分析一个被测对象时3个主要纬度：被测对象由哪些单功能组成（MD），功能之间由哪些复杂的功能交互点值得测试(FI ),以及需要关注哪些肺功能的质量属性方面的测试（QC）。针对M部分，PPDCS提供了“选择合适的模型对单功能建模”的思路，每个字母表示一种模型特征。  

海盗派测试分析一书主体

测试分析与测试设计		软件开发生命周期
KYM	了解测试的用户及用户的需求	Discover	了解用户需求
TCO	大致确定测试的范围	Define	定义用户需求，大致确定定系统的范围
Modeling	针对每一个测试内容，分析需要的测试点，以实现上述的测试需求	Design	开展顶层设计和底层设计，分析如何实现上述需求
TD	编写测试实例，实现测试需求	Develop	编码，实现需求
TE	发布给测试执行热暖	Deploy	发布给测试和用户

2.test oracle :the heuristic principle or meshanism by which you recognize a problem.

  James bach和Michael Bolton在Rapid Software Testing中对heuristic的理解是：a fallible (尽可能的) method for solving a problem or making a desicion.

哪些地方容易出现bug即风险比较高的地方，风险的两个属性：风险发生的可能性L,风险发生后的影响I，针对每个风险评估其L和I值，风险分析，针对风险最高的部分提问，找出最有可能发生的bug(风险控制)。

先收集尽可能多的信息--识别可能的风险--分析这些风险发生的可能性和风险的大小并进行风险排序--最后针对高风险的地方问出高优先的问题。但是风险是不断变化的，测试是一个迭代的，不断进行的活动。

Know your mission:先了解why,了解清楚任务本身以及任务的背景，明确最终要达到的目的。再关注how,并且在执行任务的过程中，不断深入理解why,不断迭代和优化why,使得最终输出的what和任务目标始终是对齐的。这种方法的目的所在：促进测试人员与周边人员的沟通，及时获取有价值的信息，提前发现风险所在。 通过问问题的方式进一步了解用户，了解项目，了解产品和了解任务。                             

KYM应当从项目初始到项目结束。如果从项目后期进入除了了解客户，项目，产品以及本次测试任务相关信息以外，还要重点了解别测对象与质量相关的信息，以便制定合适的测试策略，可能需要翻阅到目前为止已发现的bug列表，翻阅从用户现场发来的各种反馈，了解用户和项目利益相关人对质量的预期以及当前质量的差距等。

做KYM时，要把握主干，忽略细节，分步进行，层层递进注意信息粒度。

4.测试是一个不断试错的过程。