序號
檢查項描述
衡量標準
備註
首輪提測
1產品規劃路標是否基線
已通過評審並發布
如有變更,則重新評審發布,並須評估對當前專案影響,出具影響分析報告,產品經理
2產品需求規格是否基線
已通過評審並發布
需求中需要明確需求分類,比如那類需求是與競聘pk需求,哪些需求是使用者個性化需求,哪些是功能補充需求等
3產品總體設計是否基線
已通過評審並發布
4軟體需求規格是否具備
已通過評審並發布
軟體需求規格應該詳細說明,能拆分出測試點
5軟體總體設計是否具備
已通過評審並發布
若專案組規劃無此文件,可忽略
6軟體概要設計是否具備
已通過評審並發布
若專案組規劃無此文件,可忽略
7產品(軟體)功能清單是否具備
已通過評審並發布
功能細化需求、功能間關係圖
8聯呼叫例是否具備
已通過評審
9聯調報告是否具備
已通過評審隨提測版本發布
驗收代表(產品經理、需求總體、質量代表、測試代表、開發代表)按照聯呼叫例驗收通過並簽字確認
1、首輪提測:全功能驗收
2、需求變更(引起聯呼叫例變更):重點驗收變更需求點,其他未變更需求點有開發進行評估分析是否需要驗收
專案涉及網元多,聯調規模大時,聯調報告需評審
專案涉及網元單一,聯調規模小,建議由網元開發代表對聯調報告負責
10環境部署指導說明書是否具備
測試部嚴格按照說明書可完整部署測試環境
環境部署指導說明書由研發撰寫
11配置清單是否具備
提測前輸出,並在專案組確認通過
1.提測軟體清單及版本匹配關係表
2.硬體及執行環境
3.第三方軟硬體產品版本匹配關係 12
出具新增功能對老功能影響報告
需求有增加、修改、剔除,須走需求變更 13
如有第三方產品,須提供第三方產品規格說明或同類文件,並產品軟體上傳至svn
如果第三方是硬體產品,需提供入庫質量驗收報告
如果沒有,由專案組協調處理第三方相關問題 14
《軟體測試方案》、《軟體測試用例》、《測試工具及指令碼》
通過評審
《軟體測試方案》:在提測之前完成評審
《軟體測試用例》:提測前完成評審
《測試工具及指令碼》:完成規劃工具的開發 15
提測產品的硬體和結構須與發貨版本一致,並保證測試數量
非首輪提測1
在首輪提測基礎上,新增軟體修改說明及影響分析
輸出修改文件,上傳svn
寫在release notes裡 2
出具軟體需求變更報告
提測前完成,評審通過
如果需求無變化,可忽略。需求變更應謹慎,切忌出現重大需求項變更 3
最新軟體測試策略及計畫
提交專案組評審通過
依據上一次測試執行結果,結合最新提測需求進行相應測試策略和測試計畫變更
維護版本在滿足主線版本的提測條件之外,研發需要單獨提供該版本修改點及影響分析,並提供自測報告;測試需要提交針對性測試方案及精簡後測試用例,並通過專案組評審。
專案計畫或提測計畫至少提前7天通知測試(重要保障期間可特批)
填寫並提供維護版本說明,分析影響,自測情況
研發與測試、專案經理/產品經理根據版本具體情況共同分析和確認測試項、測試策略、測試用例。
定製版本主要表現為在主線版本上增刪改需求項、在維護版本上增刪改需求項等形式。
定製版本需要同時滿足主線版本及維護版本測試入口條件。
快反版本需要提供主線版本入口條件中所需文件,但無需通過評審,專案組需要單獨提供快反版本主要關注功能點及測試範圍。(視後期專案實際情況,進行簡單測試)。
軟體測試入口標準
提測清單明確,提測功能點明確 提測配置checklist 提測 資料庫指令碼 介面文件等其他資料配置庫的路徑明確 提測 編譯成功。部署後啟動成功。模組或者系統主流程冒煙測試通過。提測前,測試應提供評審後的測試用例 冒煙測試結果需要盡快郵件反饋給pm pl和開發負責人 確認以上通過,才能轉測試 1 如...
C Primer Plus學習 19 出口條件迴圈
while迴圈和for迴圈是入口條件迴圈,還有出口條件迴圈do while do while出口條件迴圈 入口條件迴圈是在迴圈的每次迭代之前檢查測試條件,所以有可能根本不執行迴圈體中的內容 出口條件迴圈則是在每次迭代後檢查測試條件,這保證了至少執行一次迴圈體中的內容,這種迴圈被稱為do while迴...
解析TCP資料報,針對符合埠條件的資料關鍵字過濾
usr bin python coding utf 8 import dpkt import socket def findhivemind pcap for ts,buf in pcap try eth dpkt.ethernet.ethernet buf ip eth.data src sock...