欢迎大家一起共同探讨软件测试发展!

银行测试外包项目-总结

上一篇 / 下一篇  2012-08-27 13:59:38 / 个人分类:软件测试点滴

近来我一直从事着银行外包项目,从项目到现在差不多一年了,在此做一下技术经验的总结和测试工作的流程,希望对大家有用。
1、认知需求
从行方拿到测试工作范围,向开发经理要到需求,组长给需求大体模块进行划分工作,评估工作日,把评估工作日发送给行方,待行方负责人审核通过,执行下一步工作。
 
2、需求确认,编写测试计划,分配测试模块
组长分析测试模块,划分出哪些是需要哪些人帮忙协调的,向项目经理要到相关人员的联系方式;编写测试计划,结合项目成员对业务的理解程度,把工作分配下去。
 
3、测试成员理解需求,熟悉业务流程
测试成员,拿到需求,认真读,并读懂需求中的业务规则,并尽快熟知业务流程;用常用的测试方法去划分测试要点,标注不明白的地方,一一并向测试组长或者开发人员询问到底。
 
4、编写测试要点、测试案例
测试成员根据测试要点,编写测试用例,编写规则:一定要根据需求内容(交易流程、页面原型、业务规则、输入输出)作为基点,编写测试用例。
 
5、案例评审
测试案例编写完后,仔细检查是否还有被遗落的测试要点(再次检查一下业务规则测试要点),检查完毕一并交给组长,组长看完后没有问题,联系行方业务、项目经理、开发人员等在约定时间内进行案例评审。
 
6、案例评审过程
负责测试相应的模块的成员,在案例评审中,首先把测试要点罗列出来,一条条给他们讲解如何去测试,在测试过程中需要关注哪些要点,并记录开发人员和行方业务需要修改的要点,作为遗漏测试要点清清楚楚记录下来,方便案例评审后回去更新测试用例。
 
7、打印案例评审报告,找相关人员签字
案例评审结束后,测试组长编写案例评审工作报告,打印出来找到相关参与人员签字,交给行方测试负责人。
 
8、进入UAT环境测试,案例执行,提交缺陷
待开发版本已经部署好,执行测试用例。遇到环境问题,及时向测试组长反应,发现问题第一时间和开发人员沟通,向他们确认是否bug,若确定是记录下来,提交bug,写明操作步骤,附上图。一个问题一个bug的原则。
 
9、bug修改跟踪,执行回归测试
对已经修改的bug,进行验证性测试,发现问题,重新提交。对已经测试过的模块,回归一下测试,看看修改过去是否对其他有影响。
 
10、关闭缺陷,编写测试报告(上线测试报告)
本期的缺陷全部修正后,并通过验证;组长编写上线测试报告,并把预留问题列入到测试报告中,打印两份报告并签好字,交给行方、科技部项目经理各一份。
 
11、进入演练环境,编写用户手册
进入到演练环境,对之前的测过所有模块,重新再测试一遍,验证性测试。都是正常流程业务测试验证;编写完善的用户手册交给行方业务员。(时间不紧可以放在执行用例阶段编写)

TAG:

ithuangyi的个人空间 引用 删除 ithuangyi   /   2013-05-16 14:09:27
1
RachelLead的个人空间 引用 删除 RachelLead   /   2013-04-21 22:21:29
这个流程和我之前做的银行测试外包项目很相似
RachelLead的个人空间 引用 删除 RachelLead   /   2013-04-21 22:20:18
5
引用 删除 maliya1314   /   2013-03-20 21:46:01
感觉银行项目 跟其他的也没啥区别
爱喝可乐的猫的个人空间 引用 删除 爱喝可乐的猫   /   2013-02-27 10:53:50
流程很明确,但是最后的测试通过,完成的标准时怎么样?如果在运行期间出现了随机bug怎么办,是要测试担责任吗?
引用 删除 hmj7360104   /   2012-12-24 16:51:17
3
软件测试工程师-罗锡佩 引用 删除 luoxipei   /   2012-08-31 13:41:53
那就看你们公司在行方的地位是怎么样。好的话,说出你们公司外包测试流程。对他们说要是测试没有保障,上线肯定有问题。出问题谁来负责?
现在还是空白的个人空间 引用 删除 test5152   /   2012-08-27 16:42:57
我现在也是在做银行方面的测试,只是和你的比起来,这里太凌乱了,有些时候,真的是有心无力……连基本的需求都没有呢,叫我这做测试的情何以堪啊
现在还是空白的个人空间 引用 删除 test5152   /   2012-08-27 16:41:47
1
 

评分:0

我来说两句

Open Toolbar