怎樣編寫出一份好的測試計劃

　　怎樣編寫出一份好的測試計劃   軟件測試用例

　　目前，OSSP已經有對照規范的測試計劃模版。編寫測試計劃時，可以以模版為基礎進行編寫。測試計劃中各部分如何編寫可以參加模版的詳細說明。根據測試項主旨規模與測試責任的復雜程度，可以對測試計劃的編寫項進行增添或裁剪。這里對測試計劃制定中的幾個部分作詳細說明：

　　1。清楚測試主旨，一定測試需求。根據以后測試責任主旨不同，測試需求確鑿定方式有所不同。如以后為新項主旨測試責任，則測試需求可以為該項目能按時上線并按用戶需求的功能正常應用等;而對于產品的階段性測試，測試需求可以以列表形式展現，列表可以列出本次測試責任所需要測試的更新及影響的測試點等。

　　2。制定測試策略的時候，需要推敲：

　　根據測試項目特性，一定本次測試需要經歷的測試階段。一定測試階段后，確推敲每個測試階段的主旨、進入條件及退出條件(完成規范)。

　　根據一定的測試階段，分析每個測試階段需要包含的各種測試類型，如是否需要性能測試、安裝測試等。一定測試類型后，一定每種測試的測試主旨、測試方式、完成規范及特殊事項推敲。

　　一定測試階段、測試類型后，針對需要，一定測試方式及測試工具。

　　特殊的：在推敲測試策略時，還應結合系統的特性及系統功能的優先級及難易程度，分析各項測試的重點及難點。另外，根據測試時間的長短不同，測試策略也需要有相應體現。

　　3。一定測試資源：測試資源確鑿定，需要缺少調研，基礎一定系統規模、功能復雜度、系統運行環境等，結合測試策略，推敲所需要的測試資源。一定測試資源，主要包含：

　　清楚測試過程中角色分配。這點在測試計劃階段必須清楚到人的是測試負責人這個角色。其他角色，如測試參加人員，可以不清楚到詳細的人員姓名。

　　清楚測試人力資源及測試環境：推敲人力資源時，需要推敲所需人力資源的數量、各人力的知識或技能水對等。在測試計劃階段，測試負責人就可以起頭諧和測試資源，需要在該階段就一定測試資源，包含人員資源及環境資源。有些項目可以測試資源對照緊張，測試計劃制定者在制定計劃時應該推敲最少測試資源與缺少測試資源這兩種條件下的測試策略調整。

　　4。測試里程碑設計：一般測試里程碑在模版上已經列示出來，測試計劃制定者遵循之前分析的測試需求、一定的測試策略及清楚的測試資源，作相應的風險分析，從而一定測試里程碑及里程碑的起始時間。在制定里程碑起始時間時，可以出現項目留給測試的時間在以后實際下缺少，則應及時與項目經理溝通或者重新推敲測試策略或者重新分配資源。

　　5。測試管理及責任的制定：這部分內容的計劃，對順利完成測試責任，保證計劃執行有著主要意義。這部分內容，主要包含排匯測試條件、測試時間(測試輪次)的設計、測試人員責任的分配、測試過程管理策略、測試完成規范一定及測試過程評審機制。這里，主要對測試時間、測試人員責任、測試過程管理作特殊說明：

　　(1)測試時間設計和測試人員責任分配可以作為一體推敲。測試計劃制定者需要有運籌的思想，根據以后測試資源的狀況結合測試策略，一定測試需要經歷多少輪次，各人員離別承擔什么樣的測試責任。測試計劃制定者應該始終清楚，成功的測試責任是用盡可以少的時間發現最多的缺陷。對于測試時間的評估，可以根據編寫的文檔頁數、測試用例條數、執行測試用例數量及回歸測試大約用時來衡量。但是目前責任中，除了上述規范，還應按項目實際狀況和計劃制定者的經歷綜合推敲。

　　測試輪次設計：設計測試輪次時，一般必須有回歸測試環節?；貧w測試之前往往會經歷多輪測試。但是建議不要設計太多輪次測試，以避免資源耗用過于頻繁。每一輪測試都應有各自清楚的主旨與測試策略。如第一輪保證功能準確，第二輪保證流程順暢，性能穩定等。最終應該設計回歸測試環節，保證之前缺陷被準確修改，在該階段還可以配合進行安裝測試。如果系統龐大或測試責任復雜，對每一輪次測試，可以單獨做小的測試計劃，保證更好的測試效果。在測試時間控制上，應該輕微預留一點時間，以控制突發事件。

原文轉自：http://www.anti-gravitydesign.com