1、測試管理平臺(tái)使用需求說明基本要求：同一時(shí)刻10個(gè)以上并發(fā)用戶數(shù)，并可無限升級(jí)。管理平臺(tái)界面友好、人性 化，操作簡單、維護(hù)方便、高效、穩(wěn)定、可靠。整體架構(gòu)（樹形文件架構(gòu)）具體規(guī)劃如下圖：測試管理平臺(tái)（或基于現(xiàn)有平臺(tái)的子模塊）出廠測試管理測試任務(wù)流用戶管理和系統(tǒng)維護(hù)測試任務(wù)流用戶管理和系統(tǒng)維護(hù)測試流程圖如下圖所示，要求每一節(jié)點(diǎn)狀態(tài)變化時(shí)有郵件通知下一流程負(fù)責(zé)人。內(nèi)容上：除了有流程記錄LIST外，需提供實(shí)時(shí)更新狀態(tài)的流程圖。樣品（2個(gè)）用戶手冊(cè)測試需求測試版本包1創(chuàng)建任務(wù)前提條件Ii（以任務(wù)附件添加）iI用戶手冊(cè)測試需求測試版本包1創(chuàng)建任務(wù)前提條件Ii（以任務(wù)附件添加）iI任務(wù)完成測試文檔歸檔驅(qū)動(dòng)測

2、試負(fù)責(zé)人3. BUG3. BUG子流程采用微軟BUG管理流程，如下圖所示:4.流程節(jié)點(diǎn)具體描敘4.1出廠測試管理經(jīng)過與研發(fā)、生產(chǎn)和質(zhì)量的探討，初步確定這塊的具體流程如下：質(zhì)量發(fā)起出廠測試任務(wù)委托9測試組業(yè)務(wù)受理9起草測試項(xiàng)和測試用例9研發(fā)產(chǎn)品 或項(xiàng)目負(fù)責(zé)人審批9執(zhí)行出廠測試任務(wù)9輸出測試報(bào)告3質(zhì)量確認(rèn)9發(fā)起入庫 要求每一節(jié)點(diǎn)狀態(tài)變化時(shí)有郵件通知下一流程負(fù)責(zé)人。4.2測試任務(wù)流統(tǒng)一由研發(fā)版本與產(chǎn)品管理（孫嫻）創(chuàng)建測試任務(wù)并上傳測試版本附件9任務(wù)緩沖 池按優(yōu)先級(jí)排隊(duì)9測試負(fù)責(zé)人審批并分配任務(wù)9任務(wù)執(zhí)行和狀態(tài)更新9任務(wù)完成 要求每一節(jié)點(diǎn)狀態(tài)變化時(shí)有郵件通知下一流程負(fù)責(zé)人。4.3測試計(jì)劃測試計(jì)劃創(chuàng)建由

3、測試任務(wù)負(fù)責(zé)人編寫測試計(jì)劃，然后發(fā)起測試計(jì)劃審批流程，并以附件形 式上傳測試計(jì)劃（草稿版）。測試計(jì)劃審批郵件通知指定人員參加測試計(jì)劃評(píng)審會(huì)議。郵件內(nèi)容：標(biāo)題：XXX測試計(jì)劃評(píng)審會(huì)議會(huì)議時(shí)間：可填會(huì)議地點(diǎn)：可填參會(huì)人員：研發(fā)項(xiàng)目組成員+測試人員測試用例管理目前的測試用例是基于LabVIEW的小程序（功能單一的模塊），在測試管理 平臺(tái)上很難實(shí)現(xiàn)自動(dòng)執(zhí)行用例。因此，測試用例的管理是基于文件的測試用 例庫管理（LIST形式），不同產(chǎn)品的測試可以重新組合測試用例集。測試用例的命名規(guī)則如下：用例名的組成：測試類別（UT/LT/PT/FT/ST）+功能類別（描敘縮寫）+ID （2012XXXXXX）+ 版本

4、號(hào)（V100）。其中，測試類別UT代表單元測試、LT代表指標(biāo)測試、PT代表性能測試、FT 代表功能測試和ST代表安全等級(jí)測試。功能測試用中文或英文簡要描敘即可（盡量簡短）。ID由年份+6位數(shù)字組成（不允許重號(hào)）。版本號(hào)初始為V1.0.0 （文件名寫成V100），后面的升級(jí)版本在最后一位上依 次加1。以上各部分的中間連接符用下劃線_”。實(shí)例如下：FT_AI_2012000001_V100描敘為模擬量輸入功能測試，版本為V1.0.0， 編號(hào)為 2012000001。NO.組成元素描敘1用例名唯一標(biāo)識(shí)測試用例的名稱2用例ID測試用例的編號(hào)，（年份+6位數(shù)字組成）3需求測試計(jì)劃的相關(guān)要求描敘，或者是開

5、發(fā)工程師或用戶的要求4審核狀態(tài)系統(tǒng)自動(dòng)完成5用例描敘測試用例的具體功能描敘（準(zhǔn)確+清楚）6前提條件測試用例執(zhí)行的必備條件7用例步驟設(shè)計(jì)包括用例步驟ID、步驟和預(yù)期結(jié)果三部分 按照三部分依次進(jìn)行描敘8創(chuàng)建人創(chuàng)建測試用例的人，包括升級(jí)版本的創(chuàng)建9創(chuàng)建日期寫創(chuàng)建完成的日期或升級(jí)版本的完成日期10附件如果有專門的測試程序模塊（如LabView用例），以附件形式 保存4.3.44.3.54.3.64.3.7測試用例集執(zhí)行4.3.44.3.54.3.64.3.7如果用例庫中有現(xiàn)存的測試用例，則直接調(diào)入本測試用例集，作為測試計(jì)劃 的部分測試用例。后期會(huì)考慮自動(dòng)化測試，則以測試用例集為單位，自動(dòng)按 順序執(zhí)行用

6、例集中的所有測試用例。然后自動(dòng)生成測試報(bào)告，如果測試項(xiàng)有 FAIL的則自動(dòng)創(chuàng)建BUG，并統(tǒng)計(jì)測試用例執(zhí)行情況和BUG統(tǒng)計(jì)情況。BUG流管理按照上面提到的BUG子流程圖來進(jìn)行BUG管理，要求每一節(jié)點(diǎn)狀態(tài)變化時(shí) 有郵件通知下一流程負(fù)責(zé)人。內(nèi)容上：除了有流程記錄LIST外，需提供實(shí)時(shí)更新狀態(tài)的流程圖。測試報(bào)告半自動(dòng)方式：提供測試報(bào)告生成模板，按照提示添加測試項(xiàng)和數(shù)據(jù)（要 求具體項(xiàng)目支持可認(rèn)為編輯或調(diào)整）。整個(gè)報(bào)告格式要求為HTML或PDF 格式。全自動(dòng)方式：自動(dòng)執(zhí)行測試用例集，并生成測試報(bào)告。手動(dòng)上傳：可手動(dòng)上傳測試報(bào)告文檔。報(bào)表與統(tǒng)計(jì)測試用例執(zhí)行報(bào)表BUG統(tǒng)計(jì)報(bào)表（類型、嚴(yán)重程度、狀態(tài)和與測試人員

7、關(guān)聯(lián)的BUG統(tǒng)計(jì)） BUG統(tǒng)計(jì)表（參考）：序號(hào)BUG等級(jí)BUG編號(hào)BUG詳細(xì)描述備注（原因、改進(jìn) 措施、目前狀態(tài)等）123456嚴(yán)重程度統(tǒng)計(jì)，如下圖（參考）:備注：“1”表示“嚴(yán)重”；“2”表示“高”；“3”表示“中”；“4”表示“低”。統(tǒng)計(jì)數(shù)據(jù)（表和圖形）可寫入測試報(bào)告中。4.4測試工具集成自動(dòng)化測試工具自動(dòng)化測試方向，可編輯的自動(dòng)化測試序列，序列中的每一模塊作為一個(gè)獨(dú) 立的、標(biāo)準(zhǔn)化的測試用例來執(zhí)行，并向指定位置（多行文本框、測試報(bào)告或 指定格式的文件中）寫入測試數(shù)據(jù)，最后自動(dòng)生成測試報(bào)告。MSA數(shù)據(jù)分析工具M(jìn)SA（測試量系統(tǒng)分析）工具，提供常用的數(shù)據(jù)分析，方差、均方根值、平均 值、曲線擬合、數(shù)據(jù)與圖標(biāo)的轉(zhuǎn)換、測試