测试bug分析图_银行功能测试入门篇（2）

有了功能测试基础了解，结合从事银行外包项目经验，在此跟大家分享如何快速做外包功能测试。希望以下工作流程对大家有用。！敢想敢拼敢干！

1、认知需求

从行方拿到测试范围，并向开发经理寻到最终需求，并解读理解后再与业务人员确认所测流程。之后测试组长给需求大体模块进行划分工作，评估工作量，把评估工作量发送给行方项目经理评审，待行方负责人审核通过，执行下一步工作：需求调研。

2、需求确认，编写测试计划，分配测试模块

测试组长分析测试模块，划分出哪些是需要哪些哪些人帮忙协调的，向行方项目经理要到相关人员的联系方式；制定测试计划，结合项目成员对业务的理解程度，把工作分配下去。

3、测试成员理解需求，并快速熟悉业务流程

测试成员拿到需求后，需要认真读，并读懂需求中的业务规则，尽快熟知业务流程；并用常用的测试方法去划分测试要点，标注不明白的地方，一一向测试组长或者开发人员询问到底。带着问题去参加培训，并了解明白后自己回来做总结复盘。

4、编写测试要点/测试案例

测试成员根据需求分析出来的测试要点，编写测试用例；结合业务需求核实测试点内容，包括交易流程、页面原型要素控制、业务规则、输入输出、特殊场景等作为基点，最后形成测试用例。案例编写后并交由测试组长审核。

5、参与案例评审

测试案例编写完后，仔细检查是否还有被遗落的测试要点（再次检查一下业务规则测试要点），检查完毕一并交给组长，组长看完后没有问题，由测试项目经理组织联系行方业务、项目经理、开发人员等在约定时间内进行案例评审。参与案例编写和执行测试成员，必须参加，并记录评审意见。

6、案例评审过程

负责测试相应模块的测试成员，在案例评审中，首先要把测试要点罗列出来，大概说明整个业务流程和编写案例思路。之后一条条给他们讲解测试点和案例，并结合业务场景说明在测试过程中需要关注哪些要点，并记录开发人员和行方业务需要修改的要点，作为遗漏测试要点清清楚楚记录下来，方便案例评审后回去更新测试用例。

7、打印需求案例评审报告，及时找相关人员签字

案例评审结束后，测试组长编写案例评审工作报告，现场散会前再次与评委确认是否还有遗漏。之后打印出来找快速找到相关参与人员签字，交给行方测试负责人备案。

8、测试案例执行，提交缺陷

版本部署后，按照指定测试环境，执行测试用例。遇到环境问题，及时向测试组长反应，发现问题第一时间和开发人员沟通，向他们确认是否为bug，若确定是记录下来，提交bug，并写明操作步骤和其他功能/交易也存在一样的问题，并附上图。一个问题一个bug的原则。

9、bug修改跟踪，执行回归测试

定时跟踪缺陷，对已修改的bug进行验证性测试；若发现问题，重新打开。对已测试过的模块和关联模块，小回归一下测试，看看修改过是否还有其他有影响。

10、关闭缺陷，编写测试报告

本期的缺陷全部修正后，并通过验证；组长编写测试报告，并把预留问题列入到测试报告中，组织报告评审，打印报告并签好字，之后归档交给科技部项目经理保留。

11、测试文档归档

进入收尾阶段，需要把测试证迹和其他测试文档整理打包好，发给测试组及项目经理进行审查，并交接不当导致后续测试文档缺失。自己负责的事情，自己负责到底。