此文针对前两天的文章《分层自动化实践之路 | 如何做到开发测试8:1，且全年无故障 ？》进行延伸。
很多团队会说，测试团队能力不够，无法做到全流程自动化 。 或者，你团队连持续集成体系的搭建能力都没有 。
OK，如上情况，如何转变思维 ？如何让测试团队从传统的提Bug，验证Bug，回归测试，上线，继续验证Bug，继续上线这种无价值的恶心循环中脱离出来 ？
老徐给几个建议 ：
1. 全团队，意识灌输，测试团队，不是来测试Bug、提高质量，而是需要全团队来保障质量 。测试团队，作为驱动性的角色，或者最后质量把关角色。
2. 从研发总监，产品总监，运营总监等角色，开始倡导，引入全民质量保障的行列，调动外部资源保障质量，实行流程前置 。
3. 内部研发团队的意识培养，养成自测的习惯，并督促实行单元测试 。
4. 接口测试，如果测试无接口测试能力，可调动开发资源，协助进行接口测试。
5. 改变测试团队成员的思维方式，严格执行准入标准 。自测不达标，版本打回。 产品 UI 未提前体验，版本打回 。 冒烟测试不通过，版本打回 。
6. 测试团队提供工具 / 或者一种开发自测的能力 。 让开发毫无成本，或者很少成本，就能实现自测 。 提测高质量版本，进入测试环节 。
7. 建立内部流程、标准、响应机制 。
8. 建立质量分析机制，周度、月度质量分析 ，以及项目维度的质量分析（有何作用 ？ 去思考，很多团队，应该已经在做 ） 。
9. 尽量避免人为因素、环境因素、代码不一致因素导致的问题，如上几个全部采取自动化脚本实现（这几个方面，脚本没什么难的，别说你的测试团队能力不够，只是没去思考这块的内容 ）
总结 ：
做到如上，会有哪些显著的结果 ？
1. Bug数，呈直线趋势下降。
2. 测试周期缩短。
3. 版本质量显著提高。
4. 提高测试团队的价值，解放生产力，做最有价值的事。
执行如上，会遇到哪些难题：
1. 无法向上推动，研发团队不配合，运营、产品、UI团队不配合。
2. 测试团队，能力不够 。
3. 测试团队，意识不够，难以转变固有思维。
4. 测试成员的原则性，是否能抗住外界压力，保持原则 。
如上，以大纲的方式，梳理了老徐的观点、思路，希望能对各位起一个引导的作用，至于具体去执行，你会遇到各种障碍 。
欢迎交流，实在是每天晚上时间有限，文章貌似不太完整，但愿对你有启发。观点类文章，必有反驳，欢迎交流，说说你的建议，以及其他更好的可行性思路。
昨日文章：
直播 | 从业十年，我作为技术面试官的面试经验谈。
End
作者：IDO老徐，Tester，十年测试职业老鸟，分享原创职业观点，经验，答疑解惑。希望通过自己的文字分享能改变测试职业现状，让测试从业者整体水平提升一个Level 。
老徐所有原创文章
第一时间发布至此公众号
长按二维码/微信扫码 关注老徐
老徐私人微信isTester
喜欢请点??，并推荐给朋友，感谢相识，皆为缘
最后，多说一句，｛ 百人计划 ｝第2期，启动招募第6天，人满为止。
阅读原文，可进入#软件测试圈#
测试从业者自己的圈子，每日一深度技术专题讨论，老徐会一一解答。
当然，你也可以发表主题 疑惑，大家来讨论 解答 。
