1、市场方收集一份客户需求(CRS),该需求包含了客户对产品的全部需求及规范。
2、开发拟一份工作任务书(SOW),此时测试工作开始介入,参加开发《项目需求》培训和评审,即对SOW测试方也有评审权,有权提出修改意见,而且必须熟悉和掌握。
3、项目经理编写项目计划,开发人员产出产品需求分析(SRS)。
4、测试组长根据SOW编写测试计划,包括:人员、软硬件资源、测试点、集成顺序、进度安排、风险识别等。该测试计划经评审后放置在VSS上,由配置管理员管理。
5、开发人员的《SRS》基线打好后,测试组开始编写《测试方案》,该阶段要求测试人员对整个系统需求有详细的理解,针对SRS的每个需求点都要设计出包括“需求点简介”“测试思路”“详细测试方法”三部分的测试方案,评审及修改通过后进入下一步——编写测试用例。
6、测试用例根据《测试方案》来编写,通过《测试方案》阶段的整体把握,才能保证测试用例的可执行和对需求的完整覆盖,测试用例需要包括“测试项”“用例的级别”“预置条件”“操作步骤”“预期结果”,其中操作步骤+预期结果都要详细和明确,测试用例覆盖测试方案,测试方案覆盖测试需求点,这样才能保证客户需求不遗漏,测试用例同样需要通过评审及修改。
7、测试人员完成《测试用例》编写的同时,开发人员完成编码+单元测试,软件转测试部后直接进入系统测试。
8、测试部对新转入的测试版本有一个预测试,如果软件未实现CheckList清单上的10%,测试部打回该版本,开发修改。否则软件转测试部进行系统测试。
9、根据《测试计划》的进度安排,进行多轮次的测试,每轮测试完成后,测试组长编写《测试报告》,其中包括“用例执行通过情况”“缺陷分布情况”“缺陷产生原因”“测试中的风险”等等,此时测试人员修改和增加测试用例。
10、开发修改完BUG并转来新的测试版本,测试部开始第二轮系统测试,首先回归完问题单,再继续进行测试,编写第二轮的测试报告,如此循环,直至系统测试完毕。在此期间,测试人员还需要编写“验收手册”“验收用例”“资料测试用例”等。
11、系统测试后,是为期半个月左右的验收测试,验收发现的缺陷率在SOW的规定范围之内,则验收成功。
##
附+测试的四个视角:测试类型、功能交互、分解分配、产品继承!