(5)对《炮轰“测试左移”》负面评论的整理与点评

2023年9月13日 526点热度 0人点赞 0条评论

继续对《炮轰“测试左移”,向软件测试领域的“歪理邪说”宣战》的评论进行整理,评论的第一部分请看

(1)对《炮轰“测试左移”》之若干评论的整理与点评

(2)对《炮轰“测试左移”》之若干评论的整理与点评

(3)对《炮轰“测试左移”》之若干评论的整理与点评

(4)对《炮轰“测试左移”》之若干评论的整理与点评

《炮轰“测试左移”,向软件测试领域的“歪理邪说”宣战》的文章发布后,后台还是有不少持反对意见的同学的,在此我将一些不认同领测老贺理念的评论摘取出来,进行一个说明:

评论1:Amanda Z

领测老贺回复:

       当看过《非暴力沟通》后,知道对一句话要分辨他的事实和评价。如果你全文阅读过这篇文章,“偷换概念”的评价我自认为没有,文章中恰恰是对“测试左移”偷换概念的批判

       第二句话里面的观点我是认同的,尤其在敏捷开发场景中。

       所以抛开第一句话后,我觉得他的观点和我的观点一致啊。质量是全员参与的结果,从质量管理大师菲利浦·克罗斯比开始,已经说了几十年了,也不算新鲜的概念

       即便参考这位同学的描述,人员也是要分工协作的,协作的前提是分工,分工的前提是每个角色都有自己的一技之长,先将自己的本职工作做好,做专业,才能不给别人添麻烦

       所以研发工程师要做的专业,不要不做单元测试就交付给测试工程师。测试工程师也要做的专业,不要拿单功能点验证当测试的全部。在那个开发的世界里面都需要将本职工作做的专业,这才是本来面目!

评论2:信天翁

领测老贺回复:

       所有的行业都有分工,即便现在使用大语言模型ChatGPT的时候,也需要给他提供一个角色,才会有更好的回答。

       为什么要分工那?无非是为了让整体的工作效率更高!

       当我针对企业进行有关软件质量咨询和培训时,我一般会强调:质量一定是个一把手工程,层级不够,想把公司产品的质量提高是不现实的

       这是因为质量必须有个全局观,你要平衡更方的利益,先做那个,后做那个,最终的目标是什么?

       真实的场景永远没有封闭的环境,但是只有知道全部的人或者大目标判断准确的人,才能带领团队走出迷雾!      

评论3:本Cat

领测老贺回复:

       为了真实的记录,把整个的对话都放了出来!

       在我多次阅读之后,思考我们之间的分歧点到底是什么?

       这位同学阐述的观点是:在技术上,开发近几年进步很大,而测试只停留在手工测试阶段,现在测试需要的是大踏步的提升研发技术,用研发技术,或者说通过编码测试代码才是测试行业的进步。

       乍一听,似乎没什么问题。但据我所知,近几年,从软件测试行业来讲,测试工程师的编码能力已经有了长足的进步!但是通过编码测试代码到底是未来测试的全部?还是只解决了测试工作中一个点的问题?

       我们知道,测试是分层的,也就是在不同的测试级别上,采用的测试手段是不同的

  • 一个是因为输入不同,必须针对不同的输入使用适合的测试手段加以验证。比如针对软件需求的测试,就很难用编码的方式进行。
  • 另一个,软件测试或者说质量保证是个系统工程,从逻辑上就不可能使用一种测试手段,发现所有的问题。
  • 因此,我们才需要进行单元、集成、系统、验收等等阶段进行测试。每个阶段对应的测试对象,测试方法,承担测试的角色都是不同的。

       即便是在敏捷的场景下,每个迭代中的测试,和交付前的测试,和专项测试(如:性能、易用性等),都需要专业的人员,使用专门的技术实施!难道代码测试代码可以解决所有问题吗?

       在此我想强调,软件测试是个系统工程,代码测试代码只在特定的测试级别,测试对象上有不可替代的作用,但绝不是测试的全部。作为专业的测试工程师,或者测试组织,应该系统的梳理自身的测试流程,测试体系。用最适合本阶段的测试方法,测试技术解决问题。不能人为的拒绝代码测试代码,更不要将其视为“银弹”。

 

未完待续......

领测老贺

领测软件测试网站长,ISTQB认证高级培训师,TMMi认证咨询师。深耕软件测试行业20余年,领测老贺聊软件测试制造者。

文章评论