1、如何編寫測試計劃程序員
IEEE定義的測試計劃架構
測試計劃工具
一個敘述了預約的測試活動範圍、途徑、資源及進程安排的文檔。性能
他肯定了測試項、被測特徵、測試任務、人員安排以及與計劃相關的風險。單元測試
三要素:測試
時間編碼
資源spa
範圍設計
其餘方面:日誌
策略
風險控制
計劃的做用
一、計劃能給管理者和被管理者指明前進的方向
二、計劃能夠減小不肯定性對組織的影響和衝擊
三、計劃能夠減小無序和浪費
四、計劃有利於管理和控制
關於測試計劃
一、爲何要編寫測試計劃?
領導可以根據測試計劃作宏觀調控,進行相應資源配置等;
測試人員可以瞭解整個項目測試狀況以及項目測試不一樣階段的所要進行的工做等;
便於其餘人員瞭解測試人員的工做內容,進行有關配合工做
二、什麼時間開始編寫測試計劃?
需求分析後,在整個測試工做中、不斷修改
三、由誰來編寫測試計劃?
具備豐富經驗的項目測試負責人
測試計劃的核心活動
一、肯定測試策略
二、肯定測試系統(軟件和硬件)
三、預估工做量(資源和時間進度計劃)
四、評估事件進度風險並準備風險緩解計劃
五、準備並複查測試計劃文檔
測試計劃的設計與實現
測試策略
1、肯定測試範圍
問題:
測試過分
測試不足
某些階段的測試或者某些內容的測試能夠簡化
當對原有系統進行修改升級時,某些測試不須要
某些測試根本不可能進行
2、肯定測試順序
先測優先級最高的需求
對新功能和修改功能進行測試
運用等價劃分技術和邊界值分析技術減小測試工做量
測試那些最可能出現問題的地方
關注用戶最常使用的功能和配置狀況等
3、肯定測試方法
需求分析階段:對需求文檔進行靜態測試,主要採用審查走查的方法驗證需求的完整性、一致性、可行性
編碼和單元測試階段:白盒測試方法,由程序員完成
集成測試階段:黑河測試方法,設計用例時注意等價劃分和邊界值方法
系統測試階段:黑盒測試方法,測試工具,進行自動化測試,包括系統的功能測試和性能測試
驗收測試階段:動態、黑盒測試方法,由用戶來進行
四、測試標準
入口標準:描述在開始以前須要作哪些工做
出口標準:描述在怎樣的狀況下能夠結束測試
暫停/繼續測試:
描述若是缺陷妨礙測試進行下去,會發生什麼事情。若是狀況很糟,沒法執行計劃的測試,則應暫停測試,等完成修復工做後,再完成測試工做。
經過/失敗標準:
執行每項測試應該有一個明確的預期結果。若是獲得了預期的結果,測試就經過。不然表示測試失敗。
五、自動化測試工具的選擇
是否使用自動化測試工具,哪一個階段用什麼工具
好處:
可以很好進行性能測試和壓力測試
可以改進迴歸測試
可以縮短測試周期
可以提升測試工做的可重複性
肯定測試系統
肯定測試系統
測試系統不只指用於測試的硬件,也包括測試架構以及測試配置
測試架構:測試用例的組織形式
測試配置:軟硬件環境
預估工做量
一、預估工做量
肯定要完成的任務:測試用例的組織形式
肯定每一個任務的所需工做量
肯定完成每一個任務的時間
爲測試工做創建詳細的時間進度計劃和里程錶
二、評估進度風險
開始測試時,所需硬件沒有到位
開始測試時,測試的系統還沒佈置好
開始測試時,測試用例尚未準備好
開始測試時,需求發生變動
測試過程當中,用戶界面發生變動
複查測試文檔
詳細描述工做的範圍
估計定義測試用例和實施測試所需工做
肯定所需資源(人、硬件、軟件和工具)
爲各我的物分配資源
制定進度表
肯定進度安排或質量風險
制定解決風險的應急計劃
追蹤項目進展並採起糾正措施
在適當的時候從新定製
向整個項目提供測試狀態的可能性
對失敗或者堵塞測試糾正後從新測試
時間表
項工做的開始時間
能夠寫相對時間,如:從開發部門提交可供測試的版本開始,而非具體的年月日
某項工做須要多少時間完成
評估工做量+測試效率評估=肯定測試需用時間
評估工做量:
被測對象的數量
業務複雜度等
測試效率的評估:
測試活動參與者的數量
能夠投入的工做時間
參與者的技術水平和工做效率
測試資源和支持工做是否到位
注:參考已作項目:比上個複雜、差很少、比上個簡單
測試參與人員的人數
測試參與人員的技能水平和項目經驗
PS:尋找參考點計算測試時間 或者讓參與人員本身預估測試時間(制定者評估確認)
某項工做須要多長時間完成
一個簡單的方法:參考過去的經驗
查找過去的測試計劃和日誌
找到工做量相仿的產品
參與者多少
工做用時多少
單位工做效率如何
根據上述歷史數據,能夠估算出本次的工做用時
測試的類型和目的
測試計劃編寫6要素?(5W1H)