说到测试计划相信很多小伙伴进入这行的时候对这个并不陌生,但是要针对一个项目做一个完整的测试计划却不是那么简单,因为我们在测试之前我们首先要针对一个项目的了解,还有项目每个需求的分析,还要进行评审等等一系列的准备工作,所以在测试之前,我们要做好很多前奏工作,确保在测试过程中不会遗漏掉本该要发现的问题,所以本次编辑这篇文章主要是针对测试计划做的一套流程讲解,希望对同行的小伙伴有一定的帮助。
一、测试计划的目的(1)为测试各项活动制定一个现实可行的、综合的计划,包括每项测试活动的对象、范围、方法、进度和预期结果。
(2)为项目实施建立一个组织模型,并定义测试项目中每个角色的责任和工作内容。
(3)开发有效的测试模型,能正确地验证正在开发的软件系统。
(4)确定测试所需要的时间和资源,以保证其可获得性、有效性。
(5)确立每个测试阶段测试完成以及测试成功的标准、要实现的目标。
(6)识别出测试活动中各种风险,并消除可能存在的风险,降低由不可能消除的风险所带来的损失。
1. 项目立项
项目立项是用户与项目经理针对项目进行敲定,确定项目双方的职能及相关责任。在此过程中测 试人员很多时候都不怎么会参与进来,其实测试经理或组长是可以以参与者的身份参与进来,了解项目的相关事宜。
2. 需求分析阶段
需求分析阶段测试人员对业务关系进行了解,分析需求点。很多测试人员的测试工作都是这一阶段开始。需求分析评审对项目需求分析的结果进行评审,评审团根据公司人员分配来定,一般包含用户、项目、经理、开发人员、测试人员等,不要低于5人。
3. 测试计划阶段
测试计划阶段:测试组长就要根据《用户需求手册》或《测试需求分析书》开始编写《测试计划》,其中包括人员,软件硬件资源,测试点,集成顺序,进度安排和风险识别等内容。评审团根据公司人员分配来定,一般应包含项目经理、测试人员等,不要低于5人。
4. 测试设计阶段
此阶段要对测试工作提出测试方案,测试方案一般由对需求很熟的高资深的测试工程师计划,测试方案要求根据《需求分析》和《测试计划》上的每个需求点设计出包括需求点简介,测试思路和详细测试方法三部分的方案。《测试方案》编写完成后也需要进行评审。评审人员不低于5人。
5. 测试方案阶段
此阶段对测试进行详细设计,主要针对测试用例和规程的设计。测试用例是根据《测试方案》来编 写的,通过测试方案阶段,测试人员对整个系统需求有了详细的理解。这时开始编写用例才能保证用 例的可执行和对需求的覆盖。测试用例需要包括测试项,用例级别,预置条件,操作步骤和预期结果。其中操作步骤和预期结果需要编写详细和明确。测试用例应该覆盖测试方案,而测试方案又覆盖了测试需求点,这样才能保证客户需求不遗漏。同样,测试用例也需要评审。评审人员最好不要低于5人。
6. 测试执行阶段
执行测试用例,对执行结果进行合理管理,及时提交有质量的bug。
7. 结果分析与测试报告
针对测试结果测试人员应该分析相应的结果产生原因,并提交相应的测试报告。