我是做业务测试的（APP, h5, 后端，系统平台），平时需求特别多加班很多，领导希望我们提升效率解决需求积压的问题，但是我这边没啥思路。希望大佬给些建议~
首先你这边最好是有一个明确的数据，先确定目前效率问题的痛点是在哪里：
- 需求不稳定？
- 研发提测质量低？
- 测试人员效率低？
每个痛点其实都有不同的解决方案，方法也都不太一样：
需求不稳定
需求不稳定通常是因为在迭代过程中总是插入临时需求，或者需求变更太多。在这种情况下，尝试看看能否把需求插入的流程固定下来。比如2周一个迭代20个需求，如果插入新的需求，其他的需求需要延期，如果在快要上线的时候插入需求，需要大领导的参与，确定不是某个业务和产品经理拍脑袋临时介入。
总之就是从项目管理的角度要把流程固定。
但是这块推动也是最难的，涉及到很多跨部门沟通的事情。包括每个部门的配合程度。个人建议可以向上反馈。尽量让领导去推。
研发提测质量低
这个原因通常可以通过两个方法去解决：
- 流程规范
- 流程自动化
流程规范
作为测试通常对于研发提测有一个明确要求，就是冒烟测试能够通过，才可以正式进入到测试流程。在这个流程过程中，测试需要做的事情是把准入条件抓好，和研发约定好。并且要把提测和流转的流程自动化起来。
| 环境 | 准入条件 |
|---|---|
| 开发转入测试 | 1. 单元测试用例通过率达到 80% 2. 冒烟自动化测试用例全部通过 |
| 测试转入预发布 | 1. 中高级别bug全部fix 2. 所有自动化测试用例通过 |
| 预发布转入灰度或生产 | 1. bug 全部fix 2. 产品或业务验收通过 |
中间主要涉及到的技术为自动化测试与测试左移(课程大纲 - 测试开发大纲内容)
| 形式 | 章节 | 描述 |
|---|---|---|
| 知识点 | sonarqube代码分析技术体系 | sonarqube代码分析技术体系、学习路线 |
| 知识点 | 代码审计 SonarQube 平台搭建 | 在已有的流程平台中调用 jenkins 并获取数据 |
| 知识点 | sonarqube scanner 使用 | 在已有的流程平台中调用 jenkins 并获取数据 |
| 知识点 | sonarqube maven 项目分析 | maven 项目的代码分析 |
| 知识点 | sonarqube gradle 项目分析 | 移动 app 项目的代码分析 |
| 知识点 | 代码复杂度分析 | 代码复杂度定义与分析方法 |
| 知识点 | 代码扫描规则定制 | 分析语法树构建自己的代码规则 |
| 知识点 | sonarqube api 使用 | 在自己的项目中集成 sonarqube 的分析结果 |
| 知识点 | 【实战】代码变更检测与新增代码覆盖率实战 | 分析代码变更与新增代码覆盖率 |
流程自动化
在整个流转的过程中，需要由测试完全把控，并且尽量将流程完全自动化。比如开发转测试，在开发提MR的时候，Jenkins就自动构建，自动执行单元测试用例与冒烟用例。不通过直接不允许合入。这样子才能实现流程上的提交。
这个流程用到技术主要为：持续集成/持续交付/DevOps-L5(课程大纲 - 测试开发大纲内容)知识体系中的内容，我截选了一部分、
| 形式 | 章节 | 描述 |
|---|---|---|
| 知识点 | 质量门禁 | |
| 知识点 | 【实战】持续部署实战 | 自动部署、自动触发测试、自动生成报告并推送消息 |
测试人员效率低
同样的思维模式，要先分析，问题出在哪。通常测试人员效率低下的情况下，是需要要求整个团队具备自动化测试能力。用自动化的方式去提升整体的团队效率。
- 如果是团队技术能力差，写不了自动化测试代码，就需要考虑通过简化团队的学习成本，比如设计一款好用的测试平台或者测试框架供测试人员使用。
- 也有可能是技术选型太过陈旧，导致效率降低。
总结
建议你从以上几个方面，先去分析一下问题所在，再出一个靠谱的测试计划和领导商量一下。再动手去做
2 个赞
谢谢老师，刷新了我的认知。我要好好研究下，认真学习测开课程。再次感谢~
先分析已有的数据，建立认知模型，再调优。