继续对《炮轰“测试左移”，向软件测试领域的“歪理邪说”宣战》的评论进行整理，评论的第一部分请看
在《炮轰“测试左移”，向软件测试领域的“歪理邪说”宣战》的文章发布后，后台还是有不少持反对意见的同学的，在此我将一些不认同领测老贺理念的评论摘取出来，进行一个说明：
评论1：Amanda Z
领测老贺回复：
当看过《非暴力沟通》后，知道对一句话要分辨他的事实和评价。如果你全文阅读过这篇文章，“偷换概念”的评价我自认为没有，文章中恰恰是对“测试左移”偷换概念的批判。
第二句话里面的观点我是认同的，尤其在敏捷开发场景中。
所以抛开第一句话后，我觉得他的观点和我的观点一致啊。质量是全员参与的结果，从质量管理大师菲利浦·克罗斯比开始，已经说了几十年了，也不算新鲜的概念。
即便参考这位同学的描述，人员也是要分工协作的，协作的前提是分工，分工的前提是每个角色都有自己的一技之长，先将自己的本职工作做好，做专业，才能不给别人添麻烦。
所以研发工程师要做的专业，不要不做单元测试就交付给测试工程师。测试工程师也要做的专业，不要拿单功能点验证当测试的全部。在那个开发的世界里面都需要将本职工作做的专业，这才是本来面目！
评论2：信天翁
领测老贺回复：
所有的行业都有分工，即便现在使用大语言模型ChatGPT的时候，也需要给他提供一个角色，才会有更好的回答。
为什么要分工那？无非是为了让整体的工作效率更高！
当我针对企业进行有关软件质量的咨询和培训时，我一般会强调：质量一定是个一把手工程，层级不够，想把公司产品的质量提高是不现实的。
这是因为质量必须有个全局观，你要平衡更方的利益，先做那个，后做那个，最终的目标是什么?
真实的场景永远没有封闭的环境，但是只有知道全部的人或者大目标判断准确的人，才能带领团队走出迷雾！
评论3：本Cat
领测老贺回复：
为了真实的记录，把整个的对话都放了出来！
在我多次阅读之后，思考我们之间的分歧点到底是什么？
这位同学阐述的观点是：在技术上，开发近几年进步很大，而测试只停留在手工测试阶段，现在测试需要的是大踏步的提升研发技术，用研发技术，或者说通过编码测试代码才是测试行业的进步。
乍一听，似乎没什么问题。但据我所知，近几年，从软件测试行业来讲，测试工程师的编码能力已经有了长足的进步！但是通过编码测试代码到底是未来测试的全部？还是只解决了测试工作中一个点的问题？
我们知道，测试是分层的，也就是在不同的测试级别上，采用的测试手段是不同的。
- 一个是因为输入不同，必须针对不同的输入使用适合的测试手段加以验证。比如针对软件需求的测试，就很难用编码的方式进行。
- 另一个，软件测试或者说质量保证是个系统工程，从逻辑上就不可能使用一种测试手段，发现所有的问题。
- 因此，我们才需要进行单元、集成、系统、验收等等阶段进行测试。每个阶段对应的测试对象，测试方法，承担测试的角色都是不同的。
即便是在敏捷的场景下，每个迭代中的测试，和交付前的测试，和专项测试（如：性能、易用性等），都需要专业的人员，使用专门的技术实施！难道代码测试代码可以解决所有问题吗？
在此我想强调，软件测试是个系统工程，代码测试代码只在特定的测试级别，测试对象上有不可替代的作用，但绝不是测试的全部。作为专业的测试工程师，或者测试组织，应该系统的梳理自身的测试流程，测试体系。用最适合本阶段的测试方法，测试技术解决问题。不能人为的拒绝代码测试代码，更不要将其视为“银弹”。
未完待续......
文章评论