1.假設公司采用了面向對象的語言，采用了面向對象設計的設計，并且技術總監是個測試狂人，他需要每個測試人員展開100%的技術導向測試的。
2.假設你在UNIX環境上工作，并且你要配合開發做聯測的。
3.假設你在測試工作了很多年，但是你厭煩了靜態測試想嘗試一下動態測試的時候。
4.假設你從后臺LOG中看到了ERROR，但是BUG定位范圍過大需要在代碼中內嵌跟蹤語句，且開發人員非常粗魯的。
5.假設你無法靠想象排除相互動作的三套系統究竟誰才是BUG歸屬地的。
6.假設性能測試需要生成一堆天文測試數據的。
7.假設客戶單位要求這么做的，不做不付合同尾金的。
8.假設你很有時間，測試工作也不累并且從來不加班的。
9.假設你的測試需要達到某些軟件前置條件的。
10.假設有上萬份測試結果報告需要你1個小時內總結的。
11.假設你需要點編碼知識增加點“信心”用以欺騙自己繼續在測試生存下去的。
12.假設你想加薪水，且BOSS也這么認可你的。
等等等等......，除此之外看來。編碼直接對測試真的沒有什么太大的或者其他的幫助，就像你你出門旅游一樣帶了一大堆東西，有些東西原樣帶出原樣帶回，標準累贅。
實際上對測試最大的幫助的還是測試理論是否扎實，而測試理論是需要其他軟件工程各個方面知識堆積的，如果今天我把標題修改成“測試需要有軟件設計基礎嗎？沒有軟件設計基礎對以后的測試發展是不是會很難？”、“測試需要有需求分析基礎嗎？沒有需求分析基礎對以后的測試發展是不是會很難？”等等，你認為這樣正確嗎？
對于非計算機類從事測試的人員，我始終保持最高的敬意，上面故事的最后一段話就是送給你們的，因為你們的大學教育和現在的工作處境不一樣，所以你們需要看點代碼增加點“語感”，這樣可以很快速的加強你們對測試的掌控能力，至于計算機本學科從事測試人員，我什么也不說，去看達爾文的“演化論”吧！
文章來源于領測軟件測試網 http://www.kjueaiud.com/
