继续对《炮轰“测试左移”，向软件测试领域的“歪理邪说”宣战》的评论进行整理，评论的第一部分请看
评论内容请见下文：
评论9：佚名
这个评论应该是在某个微信群中一位朋友有感而发，具体是谁记不得了！
看了这篇文章，感触很深，一直从事测试行业相关工作，也经历了测试行业的各种变迁，谈谈个人一点感受。不管从瀑布，到V， 到敏捷或DevOps开发模式，个人感觉核心就是市场需求推动了IT从业者技术要不停的变迁，特别是当前这种信息变化传递快而爆炸的时 代，客户功能需求越来越多，加上竞争对手给你的市场时间要求越来越短，传统的开发模式或测试模式是无法满足当前时代的变化 了（当然一些民生类求稳的还是适用），才有了微服务，容器等新技术的出现。因需要适应用户的需求多而快的变化，这也要求测试人员的 思维需要调整而不能仅停在功能测试层面（当然一些金融、保险、电力等行业功能测试是很香的，因子系统很多，功能测试对全局业务非常了解 ，所以一般这几个行业职位提升的都是懂业务的）。但大部分从业者不在这个行业里（这些行业也在IT信息化），所以个人认为测试左移这件事是个好事，只是看个人和组织怎么去理解，结合自已公司本身组织和公司财力去实施，而不是否定。如从流程上左移：需求时就介入一些评审，可测性需求提出，或者工程能力上左移：如单元测试开发自测，接口由测试者完成（试想当前中国的开发环境大部分996怎么让开发人员能认真测试，有时间测试）。另外测试者能做一些服务化的平台供给开发测使用，测试和开发人员相互认可度也会倍增。所以个人认为测试具有代码能力是市场环境倒逼的（这个市场不是培训机构或认证机构），否则无法适应这个IT技术变化的时代，业务量和子系统的倍增不可能还停在功能测试，否则交付周期延期影响的是老板口袋中的银子，或急着上线影响的是质量。
领测老贺回复：
这个评论中的观点我是认同的，如果你通篇看了老贺的《炮轰测试左移》这篇文章，应该知道我并不是反对“测试左移”的最原始的意义，因为这个理念贯穿最早可以追溯到V模型。我反对的是曲解测试左移含义的人。
软件测试的终极问题就是在无穷无尽的测试用例里面，抽取那些作为本轮实施的测试用例，怎么执行这些用例是效率最高的！
这两个问题看似简单，但是展开几乎就是软件测试领域探讨的所有问题的全部。
评论9：裂痕
领测老贺回复：
其实作为从事软件测试工作的人员，确实应该想一想软件测试的基本原理是什么，不管外界如何变化，软件测试工作如何做，都在处理着基本的问题。所有的技术，手段，无非是解决两个问题：如何抽取出覆盖效率最高的测试用例出来，如何高效的执行这些用例。
抽取的方法涵盖了众多的测试策略，如基于风险的分析，基于需求的分析，质量模型等等。
覆盖的效率涵盖了众多的测试设计技术，如等价类，边界值，结对，域测试，正交分析等等。
高效的执行涵盖了测试用例优先级划分，自动化测试，接口测试等等一系列问题。
所以作为测试工程师你到底在那个方向努力？解决整个测试体系中的那个问题？
简单说好的评论就合并到一起了
在此感谢上面朋友对本文的支持，就不一一致谢了
文章评论