问答 | 怎么提高转测质量？有哪些可行性措施

最近，有一位小伙伴提出一个问题：

所在的公司（小公司），转测质量很差，前端页面肉眼可见的问题，还有接口报错，就是随便点点都能发现很多问题。提醒开发自测还是没有多大作用，一个个都说自测了。不知道作为测试的我能给他们提出哪些要求或规范，来提高开发的转测质量，这样我也能高效完成工作。

用的是敏捷开发，不过周期挺长，项目分为三个阶段，目前是第二阶段转测，第三阶段还有一大堆功能，所以开发在预估的时间节点就提交了代码转测，着急进行第三阶段，导致一上来就是各种问题。

如果你也有这样的遭遇，快来跟我分享一下你的做法吧！

观点一

1.形成流程规范，这种需要测试领导和开发领导认可，如果开发领导认可，他在他们组吼一声且作为绩效考核目标，我相信很多人都会照做着，形成一种好的风气；

2.测试如果有足够的能力做提测卡点，例如自测覆盖率达不到 XX 不让提测，流程给你卡死，我看你还自不自测？

目前我觉得就这2种方式，其他的私下沟通啊都没效果，可能有的人能做到，有的人做不到。

观点二

开个会议，让开发show case（演示）下， 做个冒烟，全体人员过一下，碍于面子，大都会仔细点的。

感觉当前节点能推的就是冒烟测试了，可以给他们提供冒烟用例，演示过程中按照用例或者按照流程去点，拉上 UI 产品等开会。

让开发单元测试，测试提供冒烟用例，开发执行。提测后测试冒烟用例回归，如果发现错误率低于一定值，打回重新开发。

观点三

小公司很难搞，问题不是单一节点问题，而是体系、流程、管理、人员、迭代全链路多节点都存在问题，要想改善，需要花大量成本，还会影响版本迭代速度，那么就会引起上层领导的不满，小公司一般很难接受以大成本为代价的质量建设，当然浅层初期的优化质量还是可以做一些（比如简单的接口自动化），能让领导感受到你是有价值的，至于深入根治就放弃吧。

观点四

建议从公司质量角度来推进，不要仅着眼于测试，在研发各个阶段参与进去，指定相关卡点，质量提升是团队的整体目标，测试是其中的一环，持续精进有改进有有希望；个人的话建议尝试代码走读吧，跟开发建立良好的信任下，沟通之间言语挖苦bug的低级；有条件的话尝试引入代码覆盖率，通过控制开发提测前的覆盖率与提测后的测试把控的覆盖率来体现自身的专业性。

小编给出的答案

最后： 下方这份完整的软件测试视频学习教程已经整理上传完成，朋友们如果需要可以自行免费领取 【保证100%免费】

这些资料，对于【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴上万个测试工程师们走过最艰难的路程，希望也能帮助到你!