25 用戶測試計劃及用例.doc

25 用戶測試計劃及用例 XX系統(tǒng)測試計劃及用例修訂記錄Date（日期）Version（版本）Description（描述）Author（作者）北京北科匯智軟件技術(shù)有限公司xx年X月X日接口需求說明書密級秘密第2頁共5頁1測試目的驗證XX系統(tǒng)所有功能均被正確實現(xiàn)。 2測試參考文件1XX系統(tǒng)需求規(guī)格說明書，版本號2XXX3測試用例注意事項（以下僅為示例，請參考編寫） （1）整個測試計劃按照順序進行編寫，如果上一用例沒有完成會影響到下一用例的測試，請按照測試用例的先后順序進行測試； （2）在維護數(shù)據(jù)時，如果字段旁有紅色星號標(biāo)識（形如*），表示該字段是必填項，當(dāng)用戶沒有輸入任何內(nèi)容時，系統(tǒng)會阻止用戶提交。 特別地，在實際使用過程中，如果該必填字段確實無值可填，可在輸入框輸入“無”，系統(tǒng)將允許用戶提交； （3）如果多個人同時修改同一表單，系統(tǒng)將保存最后提交的數(shù)據(jù)； （4）當(dāng)用戶沒有被授予某項功能的操作權(quán)限時，該功能操作對用戶不可見。 但可以向系統(tǒng)管理員申請開通。 （5）3.1XX模塊3.1.1測試前提在此描述開展該模塊測試的前提條件，如沒有任何前提，請?zhí)顚憽盁o”。 3.1.2測試用例（表格中包含示例，供參考）編號用例描述期望的結(jié)果測試角色計劃測試日期實際測試日期測試人實際結(jié)果1進入基礎(chǔ)設(shè)置-數(shù)據(jù)字典-不符合項嚴(yán)重程度，進行不符合項嚴(yán)重程度的維 1、能正常維護和查詢不符合項嚴(yán)重程度信息，當(dāng)不符合項嚴(yán)質(zhì)量員xx-11-02xx-11-03張三符合/不符合（不符合時需對不符合事實進行描述）接口需求說明書密級秘密第3頁共5頁編號用例描述期望的結(jié)果測試角色計劃測試日期實際測試日期測試人實際結(jié)果護（用例中藍(lán)色字體對應(yīng)操作路徑，以便測試人員進行測試）重程度信息被其它地方引用則該信息狀態(tài)變?yōu)椤耙咽褂谩保?2、編號為系統(tǒng)自動生成，規(guī)則為年月日+3位流水號，形如xx0101001。 2進入體系審核管理-年度計劃管理-年度計劃，進行年度計劃的編制 1、編號需手工輸入，只能由數(shù)字、字母和下劃線組成； 2、當(dāng)用戶維護完年度計劃表單，點擊“保存”或者“提交”都可以保存此年度計劃表單信息，兩種操作執(zhí)行后表單的狀態(tài)分別為“編制中”和“校審中”； 3、只有“編制中”的表單可以修改；“校審中”的年度計劃表會出現(xiàn)在校審人的任務(wù)工作臺的新任務(wù)列表中。 計劃員3進入任務(wù)工作臺，進行年度計劃的校審前提已發(fā)起年度計劃審核流程。 1、當(dāng)用戶選擇會簽，提交表單后，表單狀態(tài)變?yōu)椤皶炛小保?2、“會簽中”的年度計劃表會出現(xiàn)在會簽人員的任務(wù)工作臺的正在執(zhí)行的任務(wù)列表中； 3、當(dāng)用戶未選擇會簽，校審?fù)ㄟ^，提交表單后，表單狀態(tài)變審核組長接口需求說明書密級秘密第4頁共5頁編號用例描述期望的結(jié)果測試角色計劃測試日期實際測試日期測試人實際結(jié)果為“批準(zhǔn)中”； 4、“批準(zhǔn)中”年度計劃表會出現(xiàn)在批準(zhǔn)人員的任務(wù)工作臺的新任務(wù)列表中； 5、當(dāng)用戶未選擇會簽，校審未通過，提交表單后，表單狀態(tài)變?yōu)椤傲鞒讨小保柚匦伦邔徖砹鞒?；“流程中”的年度計劃會出現(xiàn)在編制人員任務(wù)工作臺的正在執(zhí)行的任務(wù)列表中。 4進入任務(wù)工作臺，進行年度計劃的會簽前提年度計劃已校審。 1、當(dāng)會簽人員全部會簽完后，表單狀態(tài)變?yōu)椤芭鷾?zhǔn)中”；“批準(zhǔn)中”的年度計劃會出現(xiàn)在批準(zhǔn)人員任務(wù)工作臺的新任務(wù)列表中。 體系會簽人員(上節(jié)點指派)3.2XX模塊3.2.1測試前提3.2.2測試用例編號用例描述期望的結(jié)果測試角色計劃測試日期實際測試日期測試人實際結(jié)果12接口需求說明書密級秘密第5頁共5頁編號用例描述期望的結(jié)果測試角色計劃測試日期實際測試日期測試人實際結(jié)果34附錄測試用例編寫指南1.測試用例需與需求規(guī)格說明書一致，當(dāng)不一致時，修訂其中之一。 2.測試用例應(yīng)覆蓋系統(tǒng)所有功能。 3.測試用例應(yīng)按實際操作系統(tǒng)的順序或業(yè)務(wù)順序進行編寫。 例如先編寫基礎(chǔ)維護模塊，再編寫其他模塊。 4.不必在“期望的結(jié)果”一列寫系統(tǒng)功能如何操作的，操作方法在用戶手冊里有，這里應(yīng)主要寫明操作注意事項及操作后系統(tǒng)發(fā)生的變。 5.對于各類“編號”，需要說明編號規(guī)則、以及是否允許唯一。 如無編號規(guī)則，要注明“編號由用戶手工維護”。 6.測試用例的功能點如果涉及流程，除