一、测试计划设计
1、目标
2、总体概述
1、项目背景
2、项目范围
3、测试计划
1、测试资源需求
1.1、软件资源
1、操作系统资源：Windows、Linux、Unix、Mac
2、数据库：SQL server、MySQL、oracle、sybase、db2
3、web服务器：IIS、JBoss、resin、weblogic、websphere
4、需加版本号
1.2、硬件资源
1、硬件服务器
2、手机
3、平板
4、测试设备
5、其他设备资源
2、人员需求
3、组织形式
4、测试对象
5、需求跟踪
6、测试通过/失败标准
7、测试挂起/恢复条件
8、测试风险及防范
9、测试任务安排
10、应交付的测试工作产品
11、资源分配
1、培训需求
2、测试工具开发
二、测试需求分析
1、分析需求来源
1、需求规格说明书
2、开发需求
3、继承性需求
4、行业竞品分析
5、经验库
2、需求分类
1、功能性需求
2、性能需求
3、外部接口需求
1、GUI
2、外部应用程序接口需求
4、根据软件质量特性划分需求
1、安全性
2、效率性
3、可移植性
4、可维护性
三、测试策略设计
四、测试规程设计
1、测试需求变更控制流程
2、测试用例变更控制流程
3、测试环境搭建流程
4、缺陷管理流程
四、测试用例设计（后面会讲到）
五、配置测试环境
1、分平台：Windows、Linux、Unix
2、分架构：j2ee（Java平台+JSP）、.NET（APSX）、LAMP（PHP）
3、分web服务器：IIS、Apache、tomcat、resin、JBoss、weblogic、websphere
4、分数据库：SQL serever、MySQL、oracle、db2、sybase
六、执行测试用例
1、预测试阶段
1、冒烟测试
1、利用一袋烟的时间，快速的对被测对象实施测试活动
2、验证被测对象能否完成核心功能或高风险功能能否正常工作
3、预测试结束后需转做系统测试评审
4、预测试用例来源于系统测试用例设计阶段的高级别的用例
2、系统测试
1、经过预测试后，开展系统测试
2、测试执行过程中发现缺陷，则需及时记录缺陷，根据部门或团队的缺陷管理流程进行缺陷提交、跟踪处理
七、缺陷跟踪回归
八、测试报告输出
1、测试日报
1、方便测试工程师掌握测试进度和测试情况，用于调整下一天的工作计划
2、测试工程师对被测对象每天给出评估结果，用于调整后续工作中的测试策略
3、测试经理通过测试日报了解每个测试工程师的工作进度，把握测试整体进度，发现进度上的风险从而及时调整计划
4、测试经理通过测试日报了解各模块缺陷发展趋势，判断测试是否可以退出，通常可利用缺陷管理工具的统计分析功能了解缺陷发展状况
5、开发经理根据测试日报了解被测对象质量情况，并可以调整缺陷修改人力资源
5、如果产品有多个测试组并行测试，测试日报可以提供彼此测试交流的手段
2、测试报告
1、评估软件测试工程师当前被测对象的质量，并对下一阶段的测试工作给出建议
2、测试经理通过测试报告了解被测试产品的质量情况，测试过程的质量
3、软件开发项目经理通过软件测试报告了解开发产品的质量情况，并在下阶段的开发工作中采取应对措施
4、在测试报告中，测试工程师给出的产品质量评估可以作为软件产品是否商用发布的重要参考依据
3、测试报告模板
九、测试结束活动
1、检查在测试过程中测试计划中定义的输出物
2、缺陷管理是否完成，是否已经进入缺陷管理流程
3、测试实施过程中产生的风险报告需要记录
4、测试报告是否给出相关的经验教训是否总结并分享
5、是否需要移交测试对象