缺陷報告:在測試執行過程中,缺陷報告是測試團隊重要的測試輸出。在測試執行中發現缺陷以后,需要測試人員去重現發現的缺陷并以書面的形式提交給開發人員,并對缺陷的狀態進行跟蹤、管理和驗證;
測試總結報告:測試總結報告或者測試報告指的是對軟件系統進行測試產生的行為及結果的描述文件。測試總結報告以文檔的形式,描述了被測軟件的測試情況和測試結果,并對相關的結果和數據進行分析,向項目管理層提供信息和建議。測試總結報告是測試執行活動的一個重要輸出;
版本發布報告:主要是針對軟件系統的客戶而編寫的一個文檔(有的企業和組織,可能只存在一個文檔:測試總結報告或者版本發布報告,而并沒有兩個文檔)。主要包含的內容有軟件系統支持的功能、軟件系統的兼容性、軟件系統操作注意事項、軟件系統存在的主要問題和可能的解決辦法,以及軟件系統的升級步驟等等;
項目測試總結報告和軟件版本發布報告這些文檔輸出,在測試執行進度計劃中常常容易被忽視,從而導致測試任務壓力的增加。
7 其他的因素
除了上面提到的過程成熟度、測試的時間、測試的規模、測試的資源、產品的質量和測試的文檔等因素之外,作為測試經理,在進行測試執行進度計劃制訂過程中,還需要考慮一些其他的因素或者風險。在項目早期,也包括測試執行進度計劃制訂過程中,就采取合適的風險應對措施,以避免這些風險影響測試執行的順利進行:
測試人員中可能的職位調整或者測試團隊內可能存在的跳槽人員;
測試過程匯總測試人員休假或者病假,以及測試時間范圍內的國定節假日;
測試時間范圍內可能的測試人員相關的培訓、會議等事件;
8 測試執行中的一點技巧
在制訂測試執行進度計劃過程中,測試人員需要進行謹慎的考慮前面提到的這些影響因素。測試執行進度計劃是從項目層面對測試執行任務、資源等進行了規劃,最終它們需要有不同類型的測試人員來完成,這就涉及到如何對每個測試人員的測試執行進度進行跟蹤和管理的問題。本文并不會詳細講解如何管理測試人員的測試任務執行問題,而只是簡單的講解一點小的技巧:如何針對不同類型的測試人員,來安排和監控他們各自的測試任務:
主動的測試人員:對于這類測試人員,我們在制定測試執行進度計劃的時候,可以按照公司和組織的度量值來進行。公司和組織規定的度量值對于他們來說并不是很重要,你只要明確告訴他們測試的任務,以及測試任務完成的時間就可以了。他們可以很好的安排自己的測試任務來控制和掌握測試任務的執行情況,而不需要測試經理時時跟蹤和推動;
被動測試人員:被動測試人員隨時都需要測試經理跟蹤和控制他們測試任務的執行情況。假如沒有嚴格的跟蹤和監督,他們實際的工作進度常常會延后于計劃。所以我們在制定測試執行計劃和任務進度計劃的時候,需要在前期加大工作壓力給他們。比如公司的測試度量值是每天執行4個測試用例,對他們而言,可能需要在制訂測試執行進度的時候,需要給他們分配5個到6個測試用例。因為對這種類型的測試人員,他們經常會對測試任務拖拖拉拉,從而導致測試任務的延期。所以我們需要在任務的前期給他們更多的壓力,以避免在測試后期有太多的工作積壓。
原文轉自:http://www.anti-gravitydesign.com