《MFQ&PPDCS》学习心得--了解测试任务

本章邰老师通过如下的测试模型开始了分享

关于Risk感悟：
在这个模型中，针对一个被测系统我们可以问无数的问题，也可以进行无穷尽的测试的测试。做刚刚好的测试时要基于Risk(风险)的，做基于项目上下文的测试,把这些识别出来的风险作为测试“启发”

Risk包含两个属性 L：Likelihood(可能性) I :Impact(影响)
识别风险主要通过如下几个方面：
1>基于整个研发流程的信息掌控。
2>用户(用户的痛点是什么？用户关注什么？)

风险不是一层不变的，需要根据项目的进程持续迭代和更新。

关于Idea的感悟：
只要是做过一段测试的人，都会都熟悉的被测系统有自己的Test Idea，我们可以认为这也是一种“启发”，但很遗憾这种Idea往往是非常零散的、不够完备的，有些可能不具备价值。我们需要将这些零散的Idea进行结构化、让它便于交流，让它能够在交流的过程中更完备，并剔除不具备价值的内容。

Test Oracle:
Test Oracle就是你的 knowledge base,作为一个测试人员在代码的实现层面你可以不如DEV，但是对于需求了解、对于需求的领域知识（协议、业务流程、场景….）的了解不应该逊色与其他人。当然从广义上来说，knowledge base不应该仅仅局限测试这一个领域，你所掌握的所有技能和知识都是你的综合能力。

Answer:
关于Answer 0,1,N的解释。
有的人会认为设