继续对《炮轰“测试左移”，向软件测试领域的“歪理邪说”宣战》的评论进行整理，评论的第一部分请看 (1)对《炮轰“测试左移”》之若干评论的整理与点评 (2)对《炮轰“测试左移”》之若干评论的整理与点评 (3)对《炮轰“测试左移”》之若干评论的整理与点评 (4)对《炮轰“测试左移”》之若干评论的整理与点评 在《炮轰“测试左移”，向软件测试领域的“歪理邪说”宣战》的文章发布后，后台还是有不少持反对意见的同学的，在此我将一些不认同领测老贺理念的评论摘取出来，进行一个说明： 评论1：Amanda Z 领测老贺回复：     …

继续对《炮轰“测试左移”，向软件测试领域的“歪理邪说”宣战》的评论进行整理，评论的第一部分请看 (1)对《炮轰“测试左移”》之若干评论的整理与点评 (2)对《炮轰“测试左移”》之若干评论的整理与点评 (3)对《炮轰“测试左移”》之若干评论的整理与点评   评论内容请见下文： 评论9：佚名 这个评论应该是在某个微信群中一位朋友有感而发，具体是谁记不得了！         看了这篇文章，感触很深，一直从事测试行业相关工作，也经历了测试行业的各种变迁，谈谈个人一点感受。不管从瀑布，到V， 到敏捷或DevOps开…

继续对《炮轰“测试左移”，向软件测试领域的“歪理邪说”宣战》的评论进行整理，评论的第一部分请看 (1)对《炮轰“测试左移”》之若干评论的整理与点评 (2)对《炮轰“测试左移”》之若干评论的整理与点评   评论内容请见下文： 评论7：奇云 我觉的得看具体项目，项目迭代快，时间紧凑的，开发经常996的，测试压力轻的可以适当给开发分担点压力，项目迭代慢，时间充裕的，开发写单元测试，也是ok的，开发自己也会测试自己的代码，忙不过来的时候，就得大家共同去分工合作，目标都是保证产品质量进度，是一致的，领导把人员合理用…

继续对《炮轰“测试左移”，向软件测试领域的“歪理邪说”宣战》的评论进行整理，评论的第一部分请看(1)对《炮轰“测试左移”》之若干评论的整理与点评 评论内容请见下文： 评论4：萌萌哒 领测老贺回复：        按照“萌萌哒”的这个表述，没有问题。但是领测老贺这里要多说一句，组织里面通常有两类人：一类非常关注一线人员是否严格遵照流程做事，另一类人是对公司流程规范嗤之以鼻。其实两种做法都不可取。        我们需要对公司的流程规范有个正确的认识。在管理中我们通常会将“复杂的事情简单化，简单的事情标准化，标准的事情…

本想偷懒不整理了，但是这一周《炮轰“测试左移”，向软件测试领域的“歪理邪说”宣战》微信的阅读人数八九百了，可能对很多公众号来说并不是一个很大的点击量，但是对领测老贺来说，挺多的了。也就借此机会，将几年前这篇文章的评论整理一下，算是画个句号吧！ 这几天看了领测软件测试网公众号的后台，以及当时转载的几个公众号的评论记录。所有的评论分为几类人群：从事软件研发岗位的，从事软件测试岗位的，再有就是做软件测试工程师就业培训的。       评论内容有简单说好的，也有结合自身经历谈谈感想的，当然更有认为领测老贺误人子弟不懂软件测…

这是我2020年11月份写的一篇文章，后面统计了一下，不同平台加总的浏览量短期内超过了1万次，也算是我近几年单篇文章浏量的高峰了。自我感觉之所以有这样的浏览量，无非是起了一个略带争议的标题，也正赶上当时铺天盖地的“测试左移”。 怕有些人看了标题就产生了价值判断，我在文章的开头先说一下观点：我不反对真正原始意义上得“测试左移”，我反对的是软件测试领域故意或者非故意的把“测试左移”直接歪曲为“测试工程师左移”的歪理，从而“贩卖焦虑”的人！具体的论述，看下面的文章就行了。 后面有时间我再总结一下有价值的，针对这篇文章的评…

借助一键视频生成功能将这篇文章变成了视频，方便观看和传播。 有兴趣看文字的朋友，可以点击下面的链接： 软件企业质量保证的基石――QA,QC的良性协作

借助一键视频生成功能将这篇文章变成了视频，方便观看和传播。 有兴趣看文字的朋友，可以点击下面的链接： 软件企业质量保证的基石――QA,QC的良性协作