大家好啊,我是大田。
这个问题比较开放,大田结合自己的实际工作经验谈谈对这个问题的理解,以下几点思路供你参考下:
1、测试流程要规范
1)测试前,做好测试计划、测试用例或者测试点编写、评估好测试时间;
2)测试中,冒烟、回归需要重视,出现问题的功能模块要反复测试,过程中有 BUG 就走缺陷管理系统;
3)测试完毕,输出测试报告,抄送项目组成员;
4)上线后,监控一段时间线上情况,可进行灰度发布,仅放开一部分人的权限功能,没有问题后进行全量发布。
2、测试过程中文档要归档
1)建立测试用例库;
2)业务文档说明及总结:新人或者新接触本次业务的人员都能理解大部分内容;
3)保留每次的测试计划:不知道如何评估测试时间可以参照;
4)立项会议记录;
5)用例评审记录和报告。
3、团队成员培养
有负责接口的、有负责性能的、有负责自动化的等等,测试组长要善于发现团队成员的优势。总之,测试队伍不能太单一。
4、建立自动化、持续集成体系
保障稳定业务能引入自动化测试快速回归,不去占用过多的人力资源。代码集成到主干之前,必须通过自动化测试。只要有一个测试用例失败,就不能集成。
5、线上问题及时复盘
及时关注线上问题,根据线上监控和报警,判断并总结归纳。建立风险库和线上问题事故清单。
今天想到这么多,以上就是大田今天的分享,如果你觉得有用,可以给大田点个赞~
大田测试录
面对0-3年初入职场测试人群、分享测试干货、记录真实职场经验、4年互联网软件测试经验、双一流研究生
142篇原创内容
公众号
推荐文章:
2022.06.20,是大田日更第 135 / 365 天。每篇文章解决某个具体问题,关注公众号,后台私信「 电子书 」送你1.5G 测试资料,私信「 Linux 」得到大田整理的命令详解一份。