测试bug分析图_银行功能测试入门篇(2)

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

1、认知需求

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

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

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

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

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

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

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

5、参与案例评审

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

6、案例评审过程

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

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

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

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

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

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

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

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

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

11、测试文档归档

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

  • 1
    点赞
  • 8
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值