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

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