作者認為這是最具爭議的項目, 他認為這是一個神話: "
測試人員只需要一點, 或是沒有程序撰寫的知識". 這是行不通的, 可是很不幸的, 這是目前一般常見的狀況. 這里作者提出兩個主要原因
(1) 測試人員是在測試軟件程序, 沒有程序設計的知識, 他們無法洞察bugs真正的原因, 找出最可能發生問題的地方. 測試通常沒有足夠的時間, 去達到真正測試的"完整", 所以
軟件測試是需要在現有資源和徹底性之間做出某種妥協. 測試人員要如何優化有限的資源, 針對最可能發生問題的地方做測試呢? 如果他沒有程序設計的知識, 他不可能有正確的直覺, 去知道要去哪里找到這些地方
(2) 所有最簡單的測試方法都是tool- and technology-intensive. 基本上, 這些工具都是需要程序撰寫或設計的知識, 才知道怎樣用的好. 同理, testing techniques也是一樣. 若是你沒這些知識, 你可能只能用一些ad hoc的testing techniques和最簡單的工具
此外作者還認為找entry level的程序設計人員來當測試人員, 這并不是好的主意. 原因如下:
(1) 失敗者的形象 (Loser Image)
Entry-level的人會期待得到一個開發人員的
工作, 如果他們不能找到這樣的職位, 他們會覺得是一種失敗. 這種情況在測試團隊會更明顯
(2) 開發人員對你沒有信任感 (Credibility With Programmers)
測試人員所面對的開發人員往往比他們資深很多, 除非他們之前所學的東西十分扎實, 否則他們所會的東西, 在開發人員面前會只是玩具而已. 因此他們沒有什么公信力, 去提供開發人員什么有用的信息.
(3) 測試人員不懂訣竅(Just Plain Know-How)
基本上, 這些測試人員不懂程序實際上怎么撰寫, 那是開發人員的本業. 如果你是開發人員, 資深的人還會去帶剛入門的人怎么做. 若是你是測試人員, 你只會去學 doing a build, configuration control, procedures, process等等. 都是在
學習怎么做, 而不是真正去做它. 所以無法真正懂得那些訣竅
English » | | | | | | | | |