测试计划

今天在版上拜读了几个测试计划的模板，对比自己公司的测试计划模板，对比自己写过的若干测试计划，有以下感想：

一.《XX银行测试计划模板》

测试风险方面划分为了3个方面

1.人力、时间资源方面

资源方面，风险有人力风险，如人员变动可能导致测试水平下降，时间方面可能因为市场压力导致进度过紧，这个部分主要考虑测试内部的问题更多一些

2.测试环境方面

3.部门配合方面

部门配合方面的风险主要来自于需求部门和开发部门。需求部门的需求变更可能带来不可预估的风险。针对需求变更的风险考虑主要由公司的变更管理机制来做限制。而开发人员带来的风险则非同小可，可测试版本的提供是否及时、bug的修改是否及时，修改bug引发了新的问题，开发人员的人员流动，版本重大错误影响测试……

二.XX文档整理

在测试计划中加入明确的评价尺度

三.XX信息系统测试计划

1.在模板中将公司定义的测试阶段的所有测试使用一张表格来画出，在做测试计划时在需要进行的项目后打勾，这种形式感觉非常直观。对于管理多个项目的公司来说，可以很直接的看出测试计划的合理性及覆盖度。

  在详细编写测试项计划时再明确定义测试目标、测试范围、技术、开始标准、完成标准、测试重点。

2.人力资源部分的计划

  做计划时只是将测试过程所需要的角色列出，如需要测试执行工程师XX工日，需要用例设计工程师XX工日，自动化测试工程师XX工日，并能制定出不同角色介入的时间。如果做到这样，计划应该是做得比较好的。对于对测试部门有统一管理的公司，这样的计划可以让人员调度部门有更合理的安排。我们目前的计划是具体到人，这样的计划在后期可能会因为人员的调整发生计划变更，应该是不可取的。

3.bug严重级别的定义

  bug严重级别的定义在测试计划中。