Book Details

Writing Solid Code

Microsoft's Techniques for Developing Bug-Free C Programs

• Steve Maguire
• Microsoft Press
• May 1993

如何撰寫0錯誤程式

• 作者：Steve Maguire
• 譯者：施威銘研究室
• 出版社：旗標
• 出版日期：1994 年 12 月

Top

Foreword (by David M. Moore, Director of Development, Microsoft)

• 但是當我們的測試小組逐漸成長茁壯之後，研發人員反而越來越倚仗他們，心態上沒有以往那麼積極；鬆懈的結果，就很容易在程式中發生大量錯誤

  因此而衍生的惡果不勝枚舉，例如進度經常會因過多的錯誤而落後、產品推出之後有些功能還有錯誤、或是功能不完整、甚至有時一項產品會因此胎死腹中

• 當我們發現產品有缺陷之後，有些程式師居然一點羞愧的意思也沒有，甚至還大言不慚地把責任推給測試小組的人員，怪他們怎麼沒有把錯誤找出來

  developers: Why didn't Testing find that bug before we shipped?

  我倒覺得測試小組應該反問這些人：為什麼不在一開始造成錯誤的時候就立即發現？

  Testing: Why did you put that bug in the product in the first place?

• 程式中有些錯誤根本不是測試人員能查得出來的。 像是系統設計上的問題、軟體規格的缺陷、或者是一開始的客戶需求分析沒有做好，這都不是測試員有能力偵察得到的

  即使這些都沒有錯誤，測試員也無法保證能將程式的每個片段都執行過，或是每種流程都嘗試過，許多特別奇怪、或是鮮少執行到的碼，往往就是錯誤藏身的地方

  有時我們誤以為所有的碼都已經測試合格了，但事實上它可能執行了另一段程式，因而使我們錯過了藏污納垢的部分

  總之，有太多的錯誤不是測試員所能掌握的，估計他們只能找出大約 60% 的錯誤來

  Because of these factors, a testing group will usually find only 60 percent of the bugs in the product.

• 反觀研發人員，憑他們對整個軟體的瞭解，以及手上所擁有的工具，想找出錯誤的話要比測試人員容易多了

  如果這些程式師肯多花點心思，小心的寫程式，並且不厭其煩地用手上的各種工具來進行測試，至少能除去 90% 以上的錯誤