业务测试方面
方案一:制定标准的测试流程
部分系统动态发布,随测随上线,制定敏捷迭代测试发布流程,从需求评审、技术方案评审、测试用例设计、测试用例评审、提测准入、测试执行、灰度环境验证、线上验证(核心checklist回归)等一整套流程制定执行规范。
方案二:制定编写测试用例模板
-
• 根据业务模式,编写功能、接口、功能UI测试的用例模板。依据黑盒、白盒测试方法论制定测试用例设计策略。
-
• 根据通用组件,设计相应测试用例设计方法和手段,例如对于输入框:我们应该想到使用等价类、边界值、错误推测法
方案三:提升团队能力和明确目标。
-
• 提升人效:需求测试效率提升,同等规模需求测试pd数降低20%。
-
• 提升测试质量:降低线上bug逃逸率,年度 P0 缺陷低于 2 个,P1级别缺陷低于 5 个,P2 及以上相对于上一年降低 80%
现在我也找了很多测试的朋友,做了一个分享技术的交流群,共享了很多我们收集的技术文档和视频教程。
如果你不想再体验自学时找不到资源,没人解答问题,坚持几天便放弃的感受
可以加入我们一起交流。而且还有很多在自动化,性能,安全,测试开发等等方面有一定建树的技术大牛
分享他们的经验,还会分享很多直播讲座和技术沙龙
可以免费学习!划重点!开源的!!!
qq群号:110685036【暗号:csdn999】
效能提升方面
方案一: 提升自动化测试覆盖率和使用范围
-
• 提高覆盖率:
-
• 核心主流程场景覆盖率达到 99%,提高每天执行频率,90%以上回归功能需要自动化覆盖
-
• 增加更多的专项测试,使用自动化方式
-
-
• 提高使用范围:
-
• 梳理出冒烟测试流程的用例,开发提测自动执行
-
• 梳理出回归测试用例,版本发布上线之前,需要在 dev\pre\deploy等环境进行回归执行
-
• 梳理出线上监控业务场景,将自动化用例应用与线上监控
-
• 完成核心流程操作的 UI 自动化回归测试用例落地
-
方案二: 自动化造数脚本/工具/平台
-
• 将测试过程中造数据实现自动生成,减少造数据的效率
-
• 投入造数脚本/工具/平台开发时间为 1 个星期,从手工造数到工具造数,时间从原来的 10 分钟缩短为秒级,提升几十倍的速度
方案三:流量录制回放落地应用
-
• 使用Mitmproxy抓取接口请求数据,对接测试平台自动生成接口用例
-
• 使用JVM-SANDBOX-Repeater或者Goreplay对线上流量抓取,应用到线下回归测试,提高测试覆盖率
方案四:精准化测试落地
-
• Jacoco代码覆盖率使用,评估版本测试代码覆盖率,补充对应测试用例,提高版本覆盖率
-
• diff 测试使用,判断版本之前新增代码及影响面,设计对应测试用例
-
• 精准化测试平台的落地,实现一键分析版本之间差异,关联对应自动化用例执行并生成测试报告
-
• 打通 devops流程,将自动化、精准化、发布等流程完全打通
方案五:测试左移
-
• 代码diff测试
-
• 代码评审
-
• 单元测试
-
• findBugs
-
• Jacoco 覆盖率
-
• SonarQube 代码扫描
方案六:测试右移
-
• 线上监控:对业务、接口正确性做好监控,遇见问题及时预警
-
• 监控体系:ELK日志监控系统、Grafana+Prometheus各种资源监控体系、基于SkyWalking的APM链路追踪工具
方案七:混沌测试领域
-
• 故障注入:例如为了验证系统稳定性,进行模拟网络延迟、CPU负载过高、内存过高、某个服务突然down掉、中间件短时间不可用、缓存失效等操作
-
• 故障发现
-
• 故障预防
-
• 故障响应
-
• 故障定位
-
• 故障恢复
方案八:安全测试
-
• 代码审计:对代码进行白盒方式的进行安全测试
-
• web安全测试:SQL注入、XSS攻击、CSRF漏洞、文件上传、业务逻辑漏洞等
-
• 渗透测试:服务器渗透、中间件安全等
团队赋能方面
方案一: 团队内部开展技术和经验分享
-
• 团队内部分享自己负责业务的技术和经验,提升所有成员的技能,带动整个团队效率提升,以及增加人员的可替换性
方案二:测试工具开发
-
• 开发对应效率提升工具,例如自动生成用例,根据 swagger 、根据 har\curl等自动化生成用例,提升用例编写效率
-
• 开发对应测试平台,统一部门内部技术栈,做到统一管理,提高维护性
最后感谢每一个认真阅读我文章的人,看着粉丝一路的上涨和关注,礼尚往来总是要有的,虽然不是什么很值钱的东西,如果你用得到的话可以直接拿走!
软件测试面试文档
我们学习必然是为了找到高薪的工作,下面这些面试题是来自阿里、腾讯、字节等一线互联网大厂最新的面试资料,并且有字节大佬给出了权威的解答,刷完这一套面试资料相信大家都能找到满意的工作。