目录

一、需求评审

（一）什么是需求评审

（二）需求评审目的

（三）需求评审内容

二、测试计划

（一）关于测试计划

1.为什么要编写测试计划？

2.什么时间开始编写测试计划？

3.由谁来编写测试计划？

（二）测试计划定义

（三）测试计划作用

（四）如何制定测试计划

（五）测试计划内容

---

一、需求评审

（一）什么是需求评审

       软件需求 = 需求文档 + 原型图

       产品经理组织，项目组所有成员参加，产品经理宣讲需求，同步需求给项目组。

       通过头脑风暴方式，项目组所有人员都可以提出自己的意见，产品经理给予解释或澄清。

        如果评审会议后涉及需要修改的需求，产品经理统一修改更新需求文档新版本给项目组，后续开发和测试都以该版本需求文档为准。

（二）需求评审目的

• 理解需求，找出需求中缺失，冗余或者错误的的部分。
• 为测试活动做准备，提前发现需求的问题

（三）需求评审内容

完整性审查：应保证需求能充分覆盖软件需求的各种特征，重点关注功能要求、数据定义、接口定义、性能要求、安全性要求、可靠性要求、系统约束等方面，同时还应关注是否覆盖开发人员遗漏的、系统隐含的需求；

准确性审查：应保证所描述的内容能够得到相关各方的一致理解，各项需求之间没有矛盾和冲突，各项需求在详尽程度上保持一致，每一项测试需求都可以作为测试用例设计的依据。

二、测试计划

（一）关于测试计划

1.为什么要编写测试计划？

• 领导能够根据测试计划做宏观调控，进行相应资源配置等；
• 测试人员能够了解整个项目测试情况以及项目测试不同阶段的所要进行的工作等；
• 便于其他人员了解测试人员的工作内容，进行有关配合工作；

2.什么时间开始编写测试计划？

• 需求评审后，在整个测试工作过程中，不断修改

3.由谁来编写测试计划？

• 具有丰富经验的项目测试负责人

（二）测试计划定义

测试计划：描述所有要完成的测试工作的计划，计划中包括被测试项目的背景、目标、范围、方式、资源、进度安排、测试组织，以及与测试有关的风险等方面。

（三）测试计划作用

1.测试过程提供指导

• 测试目标
• 测试内容
• 测试方法
• 测试时间周期

2.改善测试任务与测试过程的关系

3.提高测试的组织、规划和管理能力

（四）如何制定测试计划

测试制定6大原则

测试工具：

• X-mind：测试设计
• 禅道：缺陷管理、用例管理、文档管理
• postman：接口测试
• Jmeter：性能测试
• SVN/Git：版本控制

测试环境：

• 硬件环境（PC，server）
• 软件环境（浏览器、操作系统、数据库、JDK、Web服务器）

（五）测试计划内容

• 测试项目简介
• 需要测试的特征
• 不需要测试的特征
• 测试的方法 （测试人员、测试工具、测试流程）
• 测试环境（软件、硬件、网络）
• 测试开始条件和结束条件
• 测试者的任务、培训
• 测试进度与跟踪
• 测试风险与解决
• 本测试计划的审批与变更方式