1.3 测试的内容范围、进度和预算

　　1）使测试计划适应项目

　　测试工作分为计划准备、测试设计开发、测试执行、总结跟踪等几个步骤，分别包括以下内容：

　　计划准备主要包括计划、资源配置、人员配备等，在计划阶段通过进行测试需求分析明确测试的内容和范围；

　　测试设计开发主要包括建立或部署测试工具、创建测试包和测试用例库、安装测试报告形成工具、做文档记录、明确记录什么；

　　测试执行主要包括运行测试、记录测试状态、报告测试结果；

　　总结跟踪主要包括错误分析、趋势分析、错误跟踪、发布确认产品状态等。

　　通过细化各阶段工作内容，估计需要进行的发布，确认测试循环数（需要几次跟踪测试？）、测试通过数（测试用例和功能达到多大的通过比例，软件产品（包括中间产品）才算通过？）、错误修复配合情况（跟踪错误）、佳候选测试发布（确认产品适合发布），按工作分解结构估计测试的工作量，初始评估一般有50％～200％差距。细化到1～2天可以完成的工作，可以避免失控。

　　项目管理需要实践、工具和技巧，经验从简单开始积累，不努力尝试好的管理方法，企业不可能成为的企业，引进软件测试过程规范化管理，是软件企业走向成熟的标志。

　　2）估计资源、创建预算

　　测试需要一定的资源，资源分类包括：人员、测试工具、设备与日常开支、测试环境、外部实验室等。对资源进行列表，使用参考数据、估计数据，标记易变内容，为后续管理作准备。

　　考虑隐性成本，包括人员负荷率、人员成本变化幅度、测试环境及辅助应用软件、支持合同和培训等。

　　每周对执行情况进行统计，可以使以后的估计更准确。如果允许的话，让测试参与者参与计划制订过程。好隐藏预算、薪水等信息，防止产生不必要冲突。做完预算后搁置一两天，重新审查是否有遗漏，注意标识不确定的内容，这些正是测试项目管理的风险所在。

　　3）协商测试项目进度

　　测试团队通常不是独立工作，与开发团队协商好测试进度，才能使各项计划工作得到正常开展，否则测试进度和效果将难以得到保证。

　　如果时间紧，可以按优先级相反顺序减少测试深度。并可以根据发布日期反推安排测试计划，保证重要的用户频繁使用的功能能稳定运行，重要的非经常使用的功能在正常操作的情况下能正常运行，次要的非经常使用的功能即使出现一般等级的错误，在紧急发布的情况下可以暂不修改，其他情况依据轻重缓可以急酌情处理。而这些需要与开发团队协商好，以便在未来的版本中及时处理。

　　1.4 建立测试计划

　　在测试执行之前宜召开测试计划评审会议，在测试阶段，人们往往只注意到测试的细节，而忽视对整体的把握。

　　对于开发的含有多个子项目的系统，在系统测试阶段作者推荐编制多个子项目测试计划。因为一般情况下，各个子项目进度和特征不一样，放在一起编制计划，会有太多待定的内容，这样整个计划让人难于理解，因而难于获得批准。