版权声明：本文为博主原创文章，未经博主允许不得转载。 https://blog.csdn.net/u012841352/article/details/82721660
预防，与其说风险前移，不如说是把事情提前做。究其目的，提升质量仍是第一位。
需求确认和分析，软件研发的第一项工作；测试需求分析，软件测试的第一项工作。
测试需求分析，第一步？拆分测试对象，更简单的说法，拆分测试点。（测试小故事54：测试对象）
如何拆分测试对象，如何获取测试点，不同的人有自己的理解和方法：由整体到细节还是由细节到整体，一个目的测试全覆盖。
测试大纲。
这是一个很久远的课程，也是自己作为测试者的第一课，进入测试行业的第一个概念，也只在第一家公司反复提到过这个概念。在之后读到过的有关测试的书中有个类似的提法，测试点。只是这个概念往与测试用例相提并论，没能被充分理解和使用。
之后常用level来拆解，一个不错的方法。
面试时，常会问一个问题：一个软件，会测试哪些内容？
得到的答案多是笼统的回答：基本功能、业务流程。
再问：基本功能要测什么？
回答：需求里面描述的每一项。
细问：一个登录界面，比如QQ的登录，要测试哪些功能？
回答：输入用户名，输入密码，点登录，看是否能正确登录，包括正确/错误的用户名和密码。
回复看来都是正确的。有没有测试遗漏？有没有哪些没有测试到的功能？
考虑更多的情况：把登录看作成一个功能项，还是一个整体页面的一部分？是独立存在的功能，还是整体看待？功能测试只是基本的功能是否还包括其它，如可用性、易用性、界面。。。。。。
记得，这里仍在作功能测试，而非集成测试或是系统测试。
先有测试点，然后才是测试方法的使用、测试数据的选择。
测试对象，由整体到局部，逐步细化、分步拆解。
还有遗漏吗？全覆盖了吗？
