如何做一份關于軟件測試工作的規劃？(2)

　　提示和能力：

　　l 測試人員是否需要測試內容以及相關部門?

　　提示和能力：

　　l 測試處事器的相關信息

　　E. 自動測試計策

　　B. 成果分別

　　l 缺陷必需指定由誰認真辦理。

　　集成測試有兩個范疇。一個是系統內部各個成果模塊的交互浸染，各類大概的組合長短常多的，表示為系統有富厚多彩的表示。別的一種集成是測試系統與相干系統的集成。

　　l 菜單呼吁是否一致?

　　提示和能力：

　　l 表明缺陷陳訴和分派進程。

　　l 測試人員要不要培訓以編寫自動化劇本。

　　l 幾多人做自動測試，是哪些人。

　　l 測試工具生存的位置

　　同步的隔斷時間。

　　D. 辦公空間需求

　　需要做什么測試驗證測試系統是不變的。

　　六、測試組織

　　提示和能力：

　　A. 文檔目標

　　九、缺陷處理懲罰

　　在系統的差異階段，需要打算在什么時候應獲得什么樣的測試系統。

　　l 誰有權限增加數據庫的帳號?

　　四、測試計策

　　l 由誰利用數據庫?

　　3. 項目竣事

　　十、測試進程節制

　　七、資源需求

　　測試用例需要列出徹底測試一個成果模塊所需的具體步調。利用測試用例的主要目標是制止完成了所需的測試內容而不只僅是走過場。

　　測試打算編寫指南有兩類潛在的受眾。首先，測試認真人利用它作為指導目的編寫測試打算。測試打算編寫完成后，將作為整個團隊(包羅開拓人員和測試人員)相同的基本。

　　B. 測試事情周報

　　四、測試計策

　　H. 機能測試和壓力測試

　　l 哪些內容需要測試。

　　l 需要權衡哪些機能，可以在測試打算中，指定重點規模，在實際測試進程中，在舉辦詳細確定。

　　十一、風險闡明

　　3. 不變階段

　　提示和能力：

　　l 是不是需要與開拓部分在成果方面臨應一致。

　　l 查察開拓打算確定那些成果需要最多資源。

　　l 你如何權衡這些方針。

　　測試進程中可權衡的是發明的缺陷的狀況。因此缺陷的陳訴和打點必需寫成書面文檔。

　　系統刊行時間

　　在測試進程中，通過對缺陷數據庫舉辦闡明可以確定測試的狀態。別的，通過讓測試人員填寫測試事情周報，可以對項目希望狀況舉辦反饋。

　　C. 相關信息生存的位置

　　l 界說優先級、嚴重級別等。

　　文檔目標和布局

　　B. 接洽方法

　　一、先容

　　最后，質量不只是權衡系統的成果或機能是否正常。對系統來說，在開拓進程中盡早成立全面的質量尺度與系統的實時宣布是一樣重要的。質量方針是一個強有力的工具，應該在系統開拓進程中盡早成立。一個界說精確的質量方針在今后的產物開拓進程中輔佐決定。譬喻，系統是否可以或許正式刊行?在代碼完成后，應該修復那些缺陷?在系統完成后那種范例的測試是最符合的。

　　在不變化測試階段至少要運行一遍完整的測試和一個簡短的測試。前者用于發明錯誤，后者用于驗證刊行版本。

　　2. 測試時間表

　　B. 測試事情周報

　　在開拓人員提交新措施時，如何查抄代碼的質量。

　　A. 缺陷數據闡明

　　A. 測試團隊布局

　　凡是環境下視圖和項目打算都是恍惚的?；秀钡姆结槺匦柰ㄟ^成員的盡力轉換成可權衡和實現的東西。沒有牢靠的視圖和方針，你將無法完成部門任務。并且，你會發明很難將對產物的認識向別人轉述。

　　日期

　　A. 數據庫打點

　　C. 測試實施進程

　　B. 文檔摘要

　　三、質量方針

　　C. 測試實施進程

　　l 系統和競爭敵手的系統對比有多快。這大概是一個質量指標，好比“比競爭敵手 X 快”。

　　B. 接洽方法

　　A. 缺陷數據闡明

　　l 需要出格測試那些部門?

　　用戶部分大概對易用性方面較量熟悉。

　　利用自動化技能主要目標是發明系統缺陷，提高測試用例的運行效率和對系統舉辦快速檢測。測試自動化跟系統自己的特性相關，假如系統主要是數值運算，可以對功效舉辦簡樸判定，利用自動化技能的效率就高，不然系統主要是跟內容相關，自動化測試的效率就較量低。

　　l 雷同成果的邏輯是否一致?

　　提示和能力：

　　l 在項目竣事時，如何辦理這些缺陷。

　　[作者] – [日期] – [文檔的當前狀態，上版本以來所作的主要變革]

　　l 在什么時候執行機能測試?假如需要舉辦代碼優化，需要盡早舉辦機能測試，這樣代碼修改帶來的負面影響較量小。

　　l 你如何向客戶表達這種視圖?

　　l 在你答復這些問題之后，你就可以將視圖轉換成測試導向的方針?

　　1. 不變階段摘要

　　l 讓測試人員清楚一個缺陷從擊活到辦理的全進程。

　　l 在每個時間點上，系統是否不變。

　　對付 C/S 架構的系統來說，需要思量客戶端支持的系統平臺。對付 B/S 架構的系統來說需要思量用戶端欣賞器的版本。

　　l 誰認真查察事情周報。

　　提示和能力：

　　九、缺陷處理懲罰

　　系統視圖對測試人員相識本身需要做什么長短常重要的。測試項目認真人應努力與系統設計人員或開拓人員相同，以取得相關資料。系統方針是輔佐實現系統視圖的重要指標。系統視圖和方針對實現整個項目打算來說是至關重要的。測試人員必需知道系統是做什么而且輔佐項目實現這種方針。在打算中包羅系統視圖和方針后，要確保所有的測試人員都知道項目和系統的方針。

　　十、測試進程節制

　　B. 測試文檔(測試用例)

　　本節說明需要幾多辦公空間。

原文轉自：http://www.rhawkinson.com/ceshi/1085.html