軟件測試帖(1-14）

第1帖【2004－5－10】：軟件測試的理想模式是什么？

  Brian Marick：我不認為存在什么理想模式。我覺得讓開發人員承擔某些測試也許會更加有效，而其他測試則由獨立測試組來進行。因為如果你把所有測試都交給獨立測試組，他們不可能有時間把所有測試都做好。所以，最佳的方式是讓開發人員承擔一定量的測試，獨立測試組給予他們支持。獨立測試組主要承擔整個系統的測試，去尋找開發人員還沒有發現的缺陷，如子系統間的交互、運行條件、內存使用等。

  如何更有效地開展系統測試呢？讓測試人員在項目初期就參與進蹤去，讓他們看到第一版的系統需求、用戶手冊和系統原型，在系統實現前就對需求進行捕獲和跟。在該過程中，他們從這些文檔構造最初的測試設計。這也可以通過檢視或評審的形式進行，并且在該過程中會發現一些缺陷。大家都知道，這個階段，問題發現是非�！氨阋恕钡�。

  這樣，系統測試工程師在項目早期就介入，產生測試設計及基本的需要測試的項目列表。這時不可能產生一個絕對完備的測試設計，因為書寫完整測試的條件還不成熟，但這卻是構建完整測試的基礎。

  注：Brian Marick是Reliability Software公司的專職測試技術顧問。

  第2帖【2004－5－11】：測試經理角色定位

  Johanna Rothman：測試經理服務于兩種完全不同的客戶：測試工程師和高層管理者。對于測試工程師，測試經理幫助他們開發產品測試策略，積累產品測試經驗并在測試組內充分共享。對于高層管理者，測試經理搜集盡可能全面的產品信息，供其就產品是否可以發布進行決策。但是有一點是相同的：無論是對于測試工程師還是高層管理者，測試經理將幫助其定義和校驗產品發布標準。

  產品發布標準的定義和校驗：作為一個測試經理，應該找機會與市場、開發人員商討產品發布標準，并根據客戶的反饋對該標準進行修正和校驗。開發部門的工作是如何達到公司對產品的期望，要用客戶需求為開發人員勾畫出客戶眼中的產品以及產品應如何工作。一旦產品被清楚地定義，就可以通過測試去驗證產品在多大程度上滿足了客戶需求。

  對于測試工程師而言有一點非常重要：將測試任務按優先級劃分，使產品發布標準得以滿足。由于只有極少數的項目有充足的時間去完成所有事情，所以告訴測試工程師關于“測什么和何時測”測試經理的一個重要職責。

  高層管理者需要充分理解產品發布標準，以決定產品是否可以按時發布。我不認為測試組有權利裁決產品是否應該被發布，該權利在組織高層管理者那里。在有了一個通過討論、達成一致的產品發布標準后，項目組也可以更清楚地了解和認識產品質量。

  第3貼【2004－5－12】：測試的基本原則

  （美）Roger

  S. Pressman

  在設計有效測試用例之前，測試工程師必需理解軟件測試的基本原則。這里有一組測試原則：

  1、所有的測試都應追溯到用戶需求。正如我們所知：軟件測試的目標在于揭示錯誤。而最嚴重的錯誤（從用戶角度來看）是那些導致程序無法滿足需求的錯誤。

  2、應該在測試工作真正開始前的較長時間內就進行測試計劃。測試計劃可以在需求模型一完成就開始，詳細的測試用例定義可以在設計模型被確定后立即開始。因此，所有測試應該在任何代碼被產生前就進行計劃和設計。

  3、Pareto原則應用于軟件測試。簡單地講，Pareto原則暗示著測試發現的錯誤中的80％很可能起源于程序模塊中的20％。當然，問題在于如何孤立這些有疑點的模塊并進行徹底的測試。

  4、測試應從“小規�！遍_始，逐步轉向“大規�！�。最初的測試通常把焦點放在單個程序模塊上，進一步測試的焦點則轉向在集成的模塊簇中尋找錯誤，最后在整個系統中尋找錯誤。

  5、窮舉測試是不可能的。即使是一個大小適度的程序，其路徑排列的數量也非常大。因此，在測試中不可能運行路徑的每一種組合。然而，充分覆蓋程序邏輯，并確保程序設計中使用的所有條件是有可能的。

  6、為了達到最佳效果，應該由獨立的第三方來構造測試�！白罴研Ч�”指最有可能發現錯誤的測試（測試的主要目標），所以創建系統的軟件工程師并不是構造軟件測試的最佳人選。