实际项目中工作流程【多测师】
一)工作流程:(敏捷开发模式-大概1个月1-2个版本)
1,启动点-UI交互-需求澄清-UI设计稿-SSP(批量注册用户/批量添加好友)-MS系统(token入口控制)-T1剥离-批量接口改造-开发编码-开发联调(一期)
-开发联调(全部)-冒烟测试-SIT测试-UAT测试-回归测试-生产测试-上线-灰度(XX市XX销售中心所有营业部)-全量
二)工作流程细化
1,需求从评估到上线需要经历的流程?
需求排期
BA,SA给大家做需求澄清,输出US文档
如果是大项目,会有统一的项目经历统筹需求的时间计划,比如何时进入开发,案例评审,联调,首移,冒烟测试
SIT测试,UAT测试,回归测试,版本发布。
如果是项目,后端SA可能会统筹需求的计划,如果SA没有统筹,那就后端开发负责人根据版本周期倒退估算时间计划
需求排期计划出来后,大家根据排期计划安排工作,保证自己的工作进度与计划一致
2,测试需要关注的点:
需求澄清,了解需求
整个需求的时间计划,何时首移,冒烟,SIT,UAT,回归测试以及版本发布,评估测试时间是否充足
需求涉及的关联系统以及干系人(每个系统的负责人以及关联成员)
需求对应的SA,BA以及业务员分别是谁
重视需求计划,如果没有按计划进行,必须报风险
UAT测试由业务进行,一般在SIT稳定后进行,必须在进入回归测试前完成UAT,如果UAT协调不到业务进行测试
或者进度有问题,可以找BA推动
3,测试用例的编写
采用XMIND编写,编写好后找需求干系人评审,包括BA,SA,业务,前后端开发,测试,评审前需求测试负责人需要找干系人沟通
评审时间,大家统一商定一个时间,大项目需求,后端会有统一的测试负责人统筹案例评审,如果没有,前端需求测试负责人来
统筹,沟通好时间,测试负责人定好会议室提前发会议邀约给大家。
4,测试案例存档,需求上传到GIT
5,测试进度统计及报告发送
在每个月的版本计划WIKI上面,测试负责人会创建版本计划,版本负责人跟进测试进度以及报告发送,大家每天上WIKI更新测试进度
每日测试报告有统一模板,比如SIT,回归,封版报告,报告中需要明确进度以及风险
6,测试环境
每个月的测试环境由后端统一协调规划,可以从以下WIKI了解环境信息
三)工具篇
1,Oracle 连接工具:PLSQL-MTKF(桌面云权限)
2,抓包工具:fiddler/Charles 修改参数,放通过看返回的值
3,日志查询:MS系统/counter系统/core系统/apv系统
4,wizard(缺陷管理工具),Eclipse4.3(开发框架),WIKI(confluence,项目管理工具),Gitlab(版本,接口,其他需求文档)
5,http://idesk 自助式软件安装系统
四)业务知识篇
1,BA,SA-SRS-US(需求文档)-开发-用例评审-联调-首移-冒烟-SIT-UAT-回归-发版
2,产品:O2O,IPOS(万商贷),无抵押(业主贷,薪金贷,优房贷,寿险贷,车主贷,追加贷)
3,直销(DS):SCR(有进件权限)CR(推荐人权限)
合作方:负责人,业务员
寿险渠道
推荐人:SCR(进件权限),CR(客户信息)
五)重点关注的问题
1,需求个各个里程碑节点是否按计划进入,是否有延期风险
2,保证所测模块的质量,不要有BUG遗留到生产