我有两个爱好:一是旅行,二是发呆。。

RUP之测试篇二

上一篇 / 下一篇  2009-08-12 14:05:10 / 个人分类:测试随笔

  接上篇。

  在定义测试任务中,我们需要明确在某个迭代周期里面测试工作的任务和重点,还有什么交付产品,如何来监控进度和评估结果。其实简单来说,我们需要制订一个测试计划(说明目标和目的)和一个测试策略(打算测什么,怎么测)。当然测试策略是可以在测试计划中描述的。举个列子来说,我们现在要做一个TC管理系统(如果能坚持写下去,那么其他部分也都用这个例子)。那么根据项目的整体计划,可能在第一个迭代周期完成管理系统的Project管理模块和整体框架的搭建。对于测试而言,也同样需要明确第一个迭代周期你打算做什么测试,花费多少资源,怎么去测试,提交什么结果,如何评估第一个迭代周期结束后的测试任务等等。一般来说,我们需要做的主要测试是功能测试,对于功能测试怎么测呢,首先需要有功能测试用例,包括模块的测试用例和场景方面的用例等等。

  接下来一个活动是验证测试方法。这个活动有意思。这个活动主要是为了推动你前面做好的计划和测试策略。其实我们都知道,我们定义好的计划和测试策略有可能是不对的。比如,你要做性能测试,选择了工具,但这个工具是否符合要求,能否适用,其实我们是不能完全确定的,是存在风险的。所以,你必须在做完整的测试之前把风险降到最低。那么这个活动就是干这事的。如果在这个迭代周期,你发现你选择的测试有问题,还可以及时的进行调整,比如换一个工具,这个时候对于项目的整体进度影响还是最小的。其实这个活动是可选的,对于我们大多数的测试来说,你如果能够确认风险很小,是可以不做的。

  顺便说下测试构想(Test idea)。好像前面提到过,最近重新看了看,其实这个测试构想类似于一个经验积累的宝典,可以给你设计测试用例做参考。主要是有个测试构想列表,这个列表可以根据实际情况分类,比如状态转换的情况应该考虑哪些情况;查询应该考虑哪些情况,如果是多条件组合应该考虑哪些情况。然后你设计测试用例的时候,先从这个表中挑出可能适用的,然后扩展你的测试用例。


TAG:

 

评分:0

我来说两句

Open Toolbar