1.假设公司采用了面向对象的语言，采用了面向对象设计的设计，并且技术总监是个测试狂人，他需要每个测试人员展开100%的技术导向测试的。
2.假设你在UNIX环境上工作，并且你要配合开发做联测的。
3.假设你在测试工作了很多年，但是你厌烦了静态测试想尝试一下动态测试的时候。
4.假设你从后台LOG中看到了ERROR，但是BUG定位范围过大需要在代码中内嵌跟踪语句，且开发人员非常粗鲁的。
5.假设你无法靠想象排除相互动作的三套系统究竟谁才是BUG归属地的。
6.假设性能测试需要生成一堆天文测试数据的。
7.假设客户单位要求这么做的，不做不付合同尾金的。
8.假设你很有时间，测试工作也不累并且从来不加班的。
9.假设你的测试需要达到某些软件前置条件的。
10.假设有上万份测试结果报告需要你1个小时内总结的。
11.假设你需要点编码知识增加点“信心”用以欺骗自己继续在测试生存下去的。
12.假设你想加薪水，且BOSS也这么认可你的。
等等等等......，除此之外看来。编码直接对测试真的没有什么太大的或者其他的帮助，就像你你出门旅游一样带了一大堆东西，有些东西原样带出原样带回，标准累赘。
实际上对测试最大的帮助的还是测试理论是否扎实，而测试理论是需要其他软件工程各个方面知识堆积的，如果今天我把标题修改成“测试需要有软件设计基础吗？没有软件设计基础对以后的测试发展是不是会很难？”、“测试需要有需求分析基础吗？没有需求分析基础对以后的测试发展是不是会很难？”等等，你认为这样正确吗？
对于非计算机类从事测试的人员，我始终保持最高的敬意，上面故事的最后一段话就是送给你们的，因为你们的大学教育和现在的工作处境不一样，所以你们需要看点代码增加点“语感”，这样可以很快速的加强你们对测试的掌控能力，至于计算机本学科从事测试人员，我什么也不说，去看达尔文的“演化论”吧！
文章来源于领测软件测试网 https://www.ltesting.net/
