测试设计被分成两个阶段：测试需求分析与测试用例设计，已经得到了专业测试团队的认同。

 

　　测试需求分析要解决的问题是：根据软件部门给的需求，解决：测试哪些“点”的问题；测试用例设计要解决的问题是：针对这些测试点，如何设计测试用例来覆盖。

 

　　先从软件工程的角度来看这些“点”。

　　首先，我们举例一个场景：测试新浪的新闻。

　　软件需求是：编辑发布一个新闻，审核员审核之后，发布到指定的模块，形成一个有title的link，正确的按照一个算法来排序；用户点击这个link，弹出一个窗口来显示这个新闻，要求显示窗口具有框架、关联新闻、发布评论、查看评论。

　　测试分析要做的是，找到测试点：

　　1）  正常发流流程测试；

　　2）  异常发布流程测试；

　　3）  极端的内容测试；

　　4）  极端的title测试；

　　5）  排序算法测试；

　　6）  Link显示测试；

　　7）  新闻显示测试；

　　8）  关联新闻测试；

　　9）  新闻评论测试；

　　10）新闻查看测试。

　　11） ……

　　从功能的角度，我们起码可以发现很多个“测试点”。这些测试点，跟测试技术没有任何关系。我们的问题是：如何找到这些测试点？不发生遗漏？

 

　　早是依靠测试工程师“熟悉”业务，再后来是“场景法”，实际上都不是很理想。

　　目前实践看好的方法是模型驱动。

 

版权声明：本文为泽众软件原创作品，未经明确书面许可，任何人或单位不得将本文转载、链接、转贴或以其他方式复制发布/发表，否则将追究法律责任。