SC-02-01-软件外包测试流程

抄来抄去，不知谁是原版正宗了，反正我不是原创，为了方便自己阅读，调整了一下版面。

 

      1. 如果竞标成功，项目就开始启动了。

      2. 发包方：

      （1）发包方会提供一份 CRS（客户需求）和 SOW（工作任务书）

      （2）发包方派人过来进行需求培训，这时该项目的测试组长也要参与到项目需求的培训和评审，也就是测试工作应该从需求开始介入。

      3. 承包方：

      （1）项目经理编写《项目计划》

      （2）开发人员产出《SRS》

      （3）测试组长就要根据SOW开始编写《测试计划》，其中包括人员，软件硬件资源，测试点，集成顺序，进度安排和风险识别等内容。

      （4）《测试计划》编写完成后需要进行评审，参与人员有项目经理，测试经理和发包方人员，测试组长需要根据评审意见修改《测试计划》，并上传到SVN上，由配置管理员管理。

      （5）开发人员整理好《SRS》并打了基线，测试组长开始组织测试成员编写《测试方案》。

        ● 测试方案要求根据《SRS》上的每个需求点设计出包括需求点简介，测试思路和详细测试方法三部分的方案。

        ● 《测试方案》编写完成后也需要进行评审，评审人员包括项目经理，开发人员，测试经理，测试组长，测试成员和发包方；如果发包方不在公司，就需要测试组长把《测试方案》发送给发包方进行评审，并返回评审结果。测试组长组织测试成员修改测试方案，直到发包方评审通过后才进入下个阶段――编写测试用例。

      （6）根据《测试方案》来编写的《测试用例》

        ● 测试用例需要包括测试项，用例级别，预置条件，操作步骤和预期结果。其中操作步骤和预期结果需要编写详细和明确。

        ● 测试用例应该覆盖测试方案，而测试方案又覆盖了测试需求点，这样才能保证客户需求不遗漏。

        ● 测试用例也需要通过开发人员，测试人员和发包方的评审，测试组长也需要组织测试人员对测试用例进行修改，直到发包方评审通过。

　　（7）在编写测试用例的阶段，开发人员基本完成代码的编写，同时完成单元测试。发包方的外包项目最好是是一次性集成，软件转测试部后直接进行系统测试。

        ● 测试部对刚转过来的测试版本进行预测试，如果软件未实现CheckList清单上的10％，测试部会把该版本打回。否则，软件转测试部进行系统测试。

        ● 根据《测试计划》进度安排，测试组长进行多轮次的测试，每轮测试完成后测试组长需要编写测试报告，其中包括用例执行通过情况，缺陷分布情况，缺陷产生原因，测试中的风险等等，这时测试人员就修改增加测试用例。

        ● 待到开发修改完bug并转来新的测试版本，测试部开始进行第二轮的系统测试，首先回归完问题单，再继续进行测试，编写第二轮的测试报告，如此循环下去，直到系统测试结束。

        ● 在系统测试期间，测试人员还需要编写验收手册，验收用例和资料测试用例等。

　　（8）完成系统测试后，软件就开始转到发包方进行验收测试，其中大概测试半个月，一般会要求测试部派人到发包方进行协助测试，并发回问题单给公司开发人员修改。

        ● 如果验收发现的缺陷率在SOW规定的范围内，那么验收成功，发包方付钱给公司，项目结束。

        ● 如果超过规定的缺陷率，那么公司可能要罚钱了，整个项目组的成员（包括开发和测试）都可能要罚了。这种情况也会有，如果按照流程做事，概率不会很大。

      4. 测试流程的规范是很重要的，但是如果要成为优秀的测试人员只知道流程还是不够的，需要学习的东西还很多，包括熟悉相关测试业务，计算机专业知识（linux，oracle，tcp/ip等），开发的架构和语言，性能测试和系统瓶颈分析、调优等。还有性格（细心，耐心）和人际沟通能力也是很重要的决定条件。