1、进行需求评审(前后端研发、测试、产品,产品主宣讲)
主要是听产品说新需求,已测试的角度去考虑,有不了解的点就及时的提出来让产品进行解答,毕竟是要写case的
2、进行测试用例的编写
考虑全面一点,有不知道预期结果的及时进行询问
3、case评审
组内评审---一般都是扔群里,让队员进行观看,考虑不到的点提出来,避免一个人的思维缺角,同时让不做这个项目的同事知道新增了啥功能
项目部评审--(前后端研发、测试、产品,测试主宣讲)
查漏补缺,看看研发理解的是不是跟我们一样,同时看看研发/测试有无考虑不的到的点,及时进行case的补充
4、提测之前配置产品,建提测看板(我们公司自己的流程)
5、接口进行提测
postman进行接口调通之后,用jmeter进行自动化测试
功能调测
进行开发环境(新增功能冒烟流程走通)、测试环境(新老功能都进行测试、业务逻辑、异常处理、兼容、易用、、)、预发布(主流程case、以及线上的一些配置 是否到位)各个环境的测试,测试过程中发现bug,提到jira并详细记录,最好有截图,在xx环境下进行了xx操作,实际结果是xx,与预期结果xx不符合,有log日志的 粘贴log日志,接口数据传参
进行buglist,评估遗留bug是否影响上线,不影响的留在下期,要把bug状态进行更改并跟进
测试过程中需求有变更点,一定要让产品进行通知,研发测试都要知道,并进行记录更改点
6、上线前进行测试环境验收
要写线上的冒烟case,,写好后再群里@产品人员进行测试环境的验收
测试环境验收完,通知产品人员配置线上产品(文案、图片)、群里通知各个涉及项目的前后端合代码
进行线上回测验收
冒烟case路径每一条都要走,并且要关注数据的入库数据
定期进行线上回测,预防因测试人员过多,代码冲突等引起bug的情况出现,影响了用户的使用
网友评论