继续对《炮轰“测试左移”，向软件测试领域的“歪理邪说”宣战》的评论进行整理，评论的第一部分请看(1)对《炮轰“测试左移”》之若干评论的整理与点评
评论内容请见下文：
评论4：萌萌哒
评论
领测老贺回复：
按照“萌萌哒”的这个表述，没有问题。但是领测老贺这里要多说一句，组织里面通常有两类人：一类非常关注一线人员是否严格遵照流程做事，另一类人是对公司流程规范嗤之以鼻。其实两种做法都不可取。
我们需要对公司的流程规范有个正确的认识。在管理中我们通常会将“复杂的事情简单化，简单的事情标准化，标准的事情流程化，流程的事情自动化。”
上面的总体概述解释了流程规范的作用。所以，作为管理者应该清楚的知道什么工作应该标准化，什么应该流程化，什么应该自动化。如果选择错误，那给组织带来的就是一团糟！
评论5：Sancery
评论
领测老贺回复：
实际上评论所述的工作方式就是“测试左移”的最左边了，在文章中我也阐述了要实施这种模式，对参与的测试工程师和需求工程师都会有更严格的要求，如果不是团队中相对有经验的人员进行这样的工作，对人力资源使用来说是个巨大的浪费。
具体到如何进行度量，大家可以参看ISTQB高级测试经理模块的度量章节。简单的说应该进行两个层次的度量，一个是作为研发方角色对测试角色的主观评价，用以判断作为项目干系人是否认可测试方的工作成效。另一类应该是在需求阶段发现的缺陷，如需求具有二义性，不可测试性，逻辑错误，功能描述错误等。通过量化这些缺陷的重要性，通过历史数据是能够计算价值的！这又是一个巨大的话题。
评论6：Ruink
评论
领测老贺回复：
最近十年，软件测试领域爆火的一个岗位就是“软件测试开发工程师”，起源于微软。具体岗位描述我就不说明了。
我想在这里表述我的一个观点，可能也是最容易引起很多人不适的观点！
软件测试开发工程师是为整个测试目标服务的，代码测试代码绝不可能解决所有软件测试的问题，最典型的就是易用性测试。
那在领测老贺眼里测试开发工程师解决什么问题那？他应该在一个设计良好的测试体系中承担将手工测试效率低的测试用例，转化成可以高效执行的自动化的测试用例！
请注意，这里有两个关键点：
- 一定要有个设计良好的测试体系，在这个体系中，不同的测试类型都被考虑到了，是基于覆盖率思维和风险概率思维构建的，
- 自动化的测试用例解决的是效率的问题，而不是被设计用来发现缺陷的。
这里我就不展开讲了，所以在我看来，只有没有体系的组织才会无限放大自动化测试的效果，才会认为自动化测试是银弹，无限拔高测试开发的价值。我不是认为测试开发没有价值，反而认为对提升效率具有无可取代的优势，但是如果没有完善的测试体系支撑，那自动化测试绝对是个灾难！
未完待续......
文章评论