朱少民老师在微博中说：“大家现在热衷于讨论探索式测试（ET），是不是倒退？因为自动化测试总是软件测试发展的必然趋势，而要实现测试自动化，一定是先设计，后执行，即基于脚本的测试（ST）是基础，而ET则是走相反的路，只适合手工测试，right？”

　　大家对此发表了自己的看法：

　　热地忧妍：我觉得热衷的原因有两个，一个是自动化释放出来的时间和精力何去何从的问题，如果找不到，其实自动化推行很难；第二是，软件用户对软件的要求提高了，原有的系统化的测试不能满足一些感性的问题和一些其他维度的测试需求。

　　季哥来自淘宝：大家喜欢讨论有很多原因，一个主要原因就是没有把自动化测试的价值发挥出来，或者没有把自动化测试做好。做自动化测试之前做ET是不冲突的，而且照样可以进行先设计。最关键的就是把CI&ET进行结合。

　　CherylLiu：本人亦不认同，自动化测试，手动测试都是测试的手段，而真正的能够使得测试全面的是对待测对象的分析和基于分析基础上的测试用例的设计，自动化是趋势，但是手动的很多作用却不是区区自动化可替代的，自动化用好可节约成本提高效率，而对自动化的认识不足，一味追捧，则可能会适得其反！

　　stone_sheep：一再强调自动化，而不分具体情况；或者抵触自动化；都是不好的。首先明确测试的目的是什么？自动化的目的是什么？它需要投入多少精力？能带来多少助益？投入回报率如何？自动化最大助益是回归测试。用回归测试思路去发掘新bug是低效的，用回归测试验证已有的功能是高效的。ET是更进一步的含义。

　　我是猪小能：ET不仅仅适合手工。ET的方法也可以自动化。只是相对于将现有的固定操作步骤自动化来说，将思维进行自动化并且带有自主认知提升和学习机制，这个是很难的。不过也是追求方向。

　　Mysoft_前方：自动化测试的成本（前期投入成本、后期维护成本）决定了自动化测试的覆盖度，ST是基础，ET是补充，在验证“程序是符合设计和业务需求的”应使用ST，而要验证“程序是存在BUG的”或为了找到更多的BUG，可在ST的基础上开展ET，我理解应将两者有效结合、相辅相成，不应该取一舍一。

　　热地忧妍回复朱少民老师：对于能力较弱的团队“太敏捷”了，其实不好，现在计划：最好的团队支持他们自己去研究探索性测试，中等的团队协助或直接提供自动化支持，太新的团队从测试策略和测试计划开始抓。公司大了团队差异都很大，何况业界。n年前看的人月神话，一直记得最深的，就是没有银弹。

Tags：郑州大学生短期培训编程技能找工作不愁,郑州北大青鸟推出了“学历+技能+经验”的,郑州北大青鸟软件学院2018年招生要求,2018年河南的高考生选择什么专业好呢,郑州北大青鸟计算机编程序开发专业就业形势,2018年计算机互联网什么行业有前途