昨天是元旦，我们出了第一份调查报告：
年软件测试行业调查报告（一）
网友感叹，年的第一份报告来得这么快
今天继续分析年国内软件测试行业的调查结果。相比第一部分的内容，第二部分内容与您个人的关系更紧密。
7.自动化测试算“测试左移”吗？
之前《年软件QA与测试八大关键词》、《真有人把“测试左移”的价值和实践说透了》等文章中介绍过“测试左移”，而且无论是互联网企业还是传统软件企业、无论是2B还是2C，测试左移的价值都存在，而且比测试右移的价值更大，而测试右移只是侧重为2CSaaS企业带来价值。本次调查（如下图所示）针对“测试左移右移”做了调查，发现题目出的不够专业（题目谁出的，不是很清楚我只根据收集到的数据进行分析），自动化测试/脚本算“测试左移”吗？还是建议大家去Google一下“测试左移”或“shift-lefttesting”。其实，需求分析（需求文档维护）、技术文档维护都不能算“测试左移”，而“需求评审、设计评审”算，TDD/ATDD是更为彻底的测试左移。也有这样解释：“Testearlyandoften”、“让开发做更多的测试”。如果结合去年的数据看，业界发生的变化：
加强了需求分析：比去年增加了3%（去年是59.4%）自动化测试反而弱了：比去年减少了7%（去年是71.1%）在调查结果看（如下图所示），前两项算测试左移，但比例比较低，显示国内开发现状还比较落后。即使许多企业没有做或做不到CD（持续交付），但持续集成（CI）应该去做的，十年前微软等国外公司CI已经做得比较好了，而国内到今天还不到30%。静态代码分析、单元测试（UT）也是研发中最基本的实践，也只有21%的团队做到，软件质量真让人堪忧。年初国内软件测试现状调查分析报告(四)也显示UT非常不好，要求UT50%行覆盖率的团队/企业也只有25%～34%。而且互联网企业比传统IT企业差：要求UT80+%行覆盖率的，互联网企业比传统IT企业合计低约10%，而对UT没有任何要求的，互联网企业要高出10%。如果这样的状态出现在物联网、区块链、工业4.0等领域，潜在的质量隐患非常让人担心。在测试右移方面，大约四分之一的团队重视日志分析、用户反馈和在线测试，和去年基本持平，甚至低了1～2%，说明过去一年，测试右移也没有明显进展。DevOps如火如荼在推行，不知今年（年）测试右移会不会有更明显的进步？8.居然超过四分之一的团队没有测试计划需求分析与测试计划比较接近，这两件事经常是同步去做的，但为什么不是%？居然有超过26%的测试团队（测试·人员）不做需求分析和测试计划，不可思议！需求评审也是非常重要的，居然30%的团队不做，而更糟糕的是超过60%团队不做项目回顾、复盘。项目回顾或复盘，可以理解为项目总结，是项目管理中重要环节，没有总结就没有提高，没有反思（复盘）也就没有进步，项目回顾或复盘是必不可少的环节。常常感到国内测试水平低，其实更低的是项目管理水平（意识）。这些基本的项目管理没有做好，别谈什么高大上的TDD/ATDD、CI/CD、DevOps等。所以，常说国内的团队没有学会走路（传统开发），就想着跑步（敏捷），那是更危险的。按理说，测试人员最懂质量管理的，但调查结果显示不做测试评审的也超过30%，那就不用谈“设计评审、风险分析、代码评审的”，结果显示这方面比例更低。本以为每家公司都在做静态代码分析或codereview，但现实很可怕，只有20%的团队在做。其实这里也充分显示了国内“测试左移”的现状，设计评审、代码评审明显不足。完全没有流程的公司也占了6.2%，在这些企业的测试人员，春节后可以考虑找一家新的公司工作，这更重要，否则不仅没有前途，而且会养成坏习惯。
9.读书是能力提升的最主要方式这和之前的认知是吻合的，年软件QA与测试八大关键词中第3个关键字就是“书单”，年刚来，咱们需要列出今年要读的书，等我有时间，看看能否给大家更新一个新的书单。
今天在线社区、论坛和博客在测试学习上也发挥了主要的作用，之前本