2.1.2 建议

　　● 需求评审

　　需求设计人员完成软件需求说明书，要发给参与项目的每位同事进行需求评审，参与评审的人员要列出需求说明书中存在的问题及疑问；

　　● 需求评审会

　　需求评审会的目的是讲解并解答评审人员针对需求说明书所提出的问题及疑问，更改需求中的问题，完善软件需求说明书，需求评审会也是加深需求理解的好途径；

　　● 需求变更/新增

　　项目需求变更/新增，必须通知测试人员，更新需求说明书要及时发布最新的版本。

　　注：设计阶段可能包括项目开发计划，此阶段要相应的出测试计划；

　　2.2 编码

　　编码阶段测试需要编写测试大纲、测试用例，根据项目具体情况，决定测试用例的详细程度，但需求功能点必须全部覆盖。

　　测试用例文档由简介和测试用例两部分组成。简介部分编制了测试目的、测试范围、定义术语、参考文档、概述等。测试用例部分逐一列示各测试用例。每个具体测试用例都将包括下列详细信息：用例编号、用例名称、测试等级、入口准则、验证步骤、期望结果（含判断标准）、出口准则、注释等。

　　测试用例是软件测试的核心，测试用例需要完善的情况包括：

　　第一、在测试过程中发现设计测试用例时考虑不周，功能点缺失；

　　第二、软件自身的新增功能以及软件版本的更新（需求新增及变更），测试用例也必须配套修改更新。

　　第三、在软件交付使用后反馈的软件缺陷，而缺陷又是因测试用例存在漏洞造成；

　　2.3 测试

　　测试的流程如表1所示，测试执行阶段是一项重复劳动，所以我们应该尽量避免无用功。那么测试计划就显得相当重要。

　　测试计划是在软件测试中最重要的步骤之一，它在软件开发的前期对软件测试做出清晰，完整的计划，不光对整个测试起到关键性的作用，而且对开发人员的开发工作，整个项目的规划，项目经理的审查都有辅助性作用。

　　测试计划的目的包括：

　　（1）将需求和总体设计分解成可测试，应该测试，推迟测试和无法测试的范围

　　（2）对每个范围制订测试的策略和方法

　　（3）制订release和停止测试的标准

　　（4）准备测试所需要的环境

　　（5）确定测试风险

　　（6）确定软件测试目标

　　（7）确定测试所需要的资源其他相关信息

　　（8）制订测试进度和任务安排