51Testing软件测试论坛

标题: 第140贴【2004－11－12】：测试必须被计划、被控制，并且被提供时间和资源 [打印本页]

作者: 天网 时间: 2004-11-12 10:01
标题: 第140贴【2004－11－12】：测试必须被计划、被控制，并且被提供时间和资源
测试并不是一个随机的活动，测试必须被计划，并且被安排足够的时间和资源。测试活动应当受到控制，测试的中间产物应当被评审并纳入配置管理。
   测试计划是一个关键的管理功能，它定义了各个级别的测试所使用的策略、方法、测试环境、测试通过或失败准则等内容。测试计划的目的是要为有组织的完成测试提供一个基础。从管理的角度来看，测试计划是最重要的文档，这是由于它帮助管理测试项目。如果一个测试计划是完整并且经过深思熟虑的，那么测试的执行和分析将平滑的进行。
   测试计划可以分级，也可以是一个总的计划，并且测试计划是一个不断演进的文档。如果不考虑应用软件的最初来源（复用的组件或已实现的组件），软件需求是测试活动的驱动。因此，测试计划应当关注于文档化的需求。此外，支持测试的过程应当被文档化下来以创建一个可重复的过程，该过程将保证开发工作产品的质量。
   一个好的测试计划应当：
 1、在检测主要缺陷方面有一个好的选择
 2、提供绝大部分代码的覆盖率
 3、是灵活的
 4、易于执行、回归和自动化
 5、定义要执行测试的种类
 6、清晰的文档化了期望的结果
 7、当缺陷被发现的时候，提供缺陷核对
 8、清晰的定义测试的目标
 9、明确测试的策略
10、清晰定义测试的出口标准
11、没有冗余
12、确认风险
13、文档化测试的需求
14、定义可交付的测试件

作者: beiyue 时间: 2004-11-12 11:27
标题: 斑竹能不能提供一份写好的测试计划
学习一下

作者: jackei 时间: 2004-11-13 10:15
如果有兴趣，可以参看小可在《程序员》2004年第9期发表的《软件测试实践之测试计划》一文，希望对您有所帮助。

作者: jackei 时间: 2004-11-13 10:18
不过还是不要过于强调测试计划作为一个文档的作用，应该更多的思考测试计划作为一个过程在测试工作中的实际操作方法和作用。

作者: skinapi 时间: 2004-11-14 00:11
严重nod！

作者: 天网 时间: 2004-11-14 09:59
计划是一种思考和规划的活动，计划文档只是最后的成果

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)