测试小故事85：拆分测试对象

  预防，与其说风险前移，不如说是把事情提前做。究其目的，提升质量仍是第一位。

  需求确认和分析，软件研发的第一项工作；测试需求分析，软件测试的第一项工作。

  测试需求分析，第一步？拆分测试对象，更简单的说法，拆分测试点。（测试小故事54：测试对象）

  如何拆分测试对象，如何获取测试点，不同的人有自己的理解和方法：由整体到细节还是由细节到整体，一个目的测试全覆盖。

 

  测试大纲。

  这是一个很久远的课程，也是自己作为测试者的第一课，进入测试行业的第一个概念，也只在第一家公司反复提到过这个概念。在之后读到过的有关测试的书中有个类似的提法，测试点。只是这个概念往与测试用例相提并论，没能被充分理解和使用。

  之后常用level来拆解，一个不错的方法。

 

  面试时，常会问一个问题：一个软件，会测试哪些内容？

  得到的答案多是笼统的回答：基本功能、业务流程。

  再问：基本功能要测什么？

  回答：需求里面描述的每一项。

  细问：一个登录界面，比如QQ的登录，要测试哪些功能？

  回答：输入用户名，输入密码，点登录，看是否能正确登录，包括正确/错误的用户名和密码。

  回复看来都是正确的。有没有测试遗漏？有没有哪些没有测试到的功能？

 

  考虑更多的情况：把登录看作成一个功能项，还是一个整体页面的一部分？是独立存在的功能，还是整体看待？功能测试只是基本的功能是否还包括其它，如可用性、易用性、界面。。。。。。

  记得，这里仍在作功能测试，而非集成测试或是系统测试。

 

  先有测试点，然后才是测试方法的使用、测试数据的选择。

  测试对象，由整体到局部，逐步细化、分步拆解。

  还有遗漏吗？全覆盖了吗？