测试计划流程

说到测试计划相信很多小伙伴进入这行的时候对这个并不陌生，但是要针对一个项目做一个完整的测试计划却不是那么简单，因为我们在测试之前我们首先要针对一个项目的了解，还有项目每个需求的分析，还要进行评审等等一系列的准备工作，所以在测试之前，我们要做好很多前奏工作，确保在测试过程中不会遗漏掉本该要发现的问题，所以本次编辑这篇文章主要是针对测试计划做的一套流程讲解，希望对同行的小伙伴有一定的帮助。

（1）为测试各项活动制定一个现实可行的、综合的计划，包括每项测试活动的对象、范围、方法、进度和预期结果。

（2）为项目实施建立一个组织模型，并定义测试项目中每个角色的责任和工作内容。

（3）开发有效的测试模型，能正确地验证正在开发的软件系统。

（4）确定测试所需要的时间和资源，以保证其可获得性、有效性。

（5）确立每个测试阶段测试完成以及测试成功的标准、要实现的目标。

（6）识别出测试活动中各种风险，并消除可能存在的风险，降低由不可能消除的风险所带来的损失。

项目立项是用户与项目经理针对项目进行敲定，确定项目双方的职能及相关责任。在此过程中测试人员很多时候都不怎么会参与进来，其实测试经理或组长是可以以参与者的身份参与进来，了解项目的相关事宜。

需求分析阶段测试人员对业务关系进行了解，分析需求点。很多测试人员的测试工作都是这一阶段开始。需求分析评审对项目需求分析的结果进行评审，评审团根据公司人员分配来定，一般包含用户、项目、经理、开发人员、测试人员等，不要低于5人。

测试计划阶段：测试组长就要根据《用户需求手册》或《测试需求分析书》开始编写《测试计划》，其中包括人员，软件硬件资源，测试点，集成顺序，进度安排和风险识别等内容。评审团根据公司人员分配来定，一般应包含项目经理、测试人员等，不要低于5人。

此阶段要对测试工作提出测试方案，测试方案一般由对需求很熟的高资深的测试工程师计划，测试方案要求根据《需求分析》和《测试计划》上的每个需求点设计出包括需求点简介，测试思路和详细测试方法三部分的方案。《测试方案》编写完成后也需要进行评审。评审人员不低于5人。

此阶段对测试进行详细设计，主要针对测试用例和规程的设计。测试用例是根据《测试方案》来编写的，通过测试方案阶段，测试人员对整个系统需求有了详细的理解。这时开始编写用例才能保证用例的可执行和对需求的覆盖。测试用例需要包括测试项，用例级别，预置条件，操作步骤和预期结果。其中操作步骤和预期结果需要编写详细和明确。测试用例应该覆盖测试方案，而测试方案又覆盖了测试需求点，这样才能保证客户需求不遗漏。同样，测试用例也需要评审。评审人员最好不要低于5人。

执行测试用例，对执行结果进行合理管理，及时提交有质量的bug。

针对测试结果测试人员应该分析相应的结果产生原因，并提交相应的测试报告。