XXX系統(tǒng)測試案例PAGE1第1頁共12頁 XXX系統(tǒng)測試案例XXX系統(tǒng)測試計劃XXX系統(tǒng)測試計劃編寫：編寫：XXX日期：YYYY-MM-DD審核：日期：批準：日期：受控狀態(tài)：是發(fā)布版次：1.0日期：YYYY-MM-DD編號：

變更記錄日期版本變更說明作者YYYY-MM-DDV1.0新建XXX簽字確認職務姓名簽字日期

目錄TOC\o"1-3"\h\z1 引言 41.1 編寫目的 41.2 背景 41.3 定義 41.4 參考資料 41.5 控制信息 41.6 測試目標 52 計劃 52.1 進度安排及里程碑 52.2 角色 52.3 系統(tǒng) 62.4 可交付工件 62.4.1 測試模型 62.4.2 測試記錄 72.4.3 缺陷報告 72.5 測試資料 72.6 項目風險分析 73 測試設計說明（大綱） 73.1 概述 73.1.1 測試方法和測試案例選取的原則 73.1.2 測試的控制方式 73.1.3 數(shù)據(jù)選擇策略： 83.1.4 測試過程描述和操作步驟： 83.2 軟件說明 93.3 測試內(nèi)容及測試重點 93.3.1 接受測試（AVT） 93.3.2 用戶界面測試（UIT） 93.3.3 功能測試（FVT） 93.3.4 集成測試（SVT） 103.4 測試重點及用例的設計 103.5 評價 103.5.1 范圍 103.5.2 準則 10引言編寫目的本測試計劃主要用于控制整個XXX項目測試（包括明確測試目的、測試內(nèi)容、測試進度安排、測試資源調(diào)配、以及對一些項目協(xié)作接口進行明確）目的通過此測試計劃能夠控制整個測試項目合理、全面、準確、協(xié)調(diào)地完成。項目管理人員根據(jù)此計劃，可以對項目進行宏觀調(diào)控。測試人員根據(jù)此計劃，能夠明確自己的權利、職責，并對項目的總體情況有個大致的認識，能夠準確地定位自己在項目的作用，并能使自己從事的工作從整體的意義上發(fā)揮最大的作用。相關部門，可以根據(jù)此計劃，對相關資源進行準備。背景a.本測試計劃從屬于XXX，為XXX實現(xiàn)XXX。b.項目任務的提出者為：XXX公司項目管理部；

系統(tǒng)的開發(fā)者為：XXX公司；

系統(tǒng)的使用者為：XXX；c.此測試項目的進行，將在需求確認后開始執(zhí)行，基準是準確、全面的需求文檔。測試重點是對開發(fā)實現(xiàn)的功能進行測試。定義參考資料《XXX功能界定書》10版本b.《XXX測試計劃編寫規(guī)范》控制信息本項目測試經(jīng)理：XXX；電話號碼：XXX測試目標該測試項目將通過設計和執(zhí)行接受測試、界面測試和功能測試，對軟件實現(xiàn)的功能，以及軟件的兼容性、安全性、實用性、可靠性、擴展性各個方面進行全面系統(tǒng)的測試?；诒鞠到y(tǒng)的業(yè)務復雜性和開發(fā)周期短的特性，系統(tǒng)測試的重點將放在功能測試上。通過測試提高軟件的質(zhì)量，為用戶提供最好的服務，并合理地避免軟件的風險和減少軟件的成本。測試報告確認該項目符合客戶需求，第一、二級問題報告單的狀態(tài)為close和cancel狀態(tài)，經(jīng)項目經(jīng)理確認后，第三級問題報告單允許為其它狀態(tài)，對沒有解決的問題，已經(jīng)進行了詳細記載，該測試項目結束。計劃進度安排及里程碑給出進行各項測試的日期和工作內(nèi)容（如熟悉環(huán)境、培訓、準備輸入數(shù)據(jù)、實施測試等）。

里程碑任務工作開始日期結束日期制定測試計劃XXX

YYYY-MM-DD

YYYY-MM-DD設計測試XXX

YYYY-MM-DD

YYYY-MM-DD實施測試XXX

YYYY-MM-DD

YYYY-MM-DD對測試進行評估XXX

YYYY-MM-DD

YYYY-MM-DD角色測試人員安排負責人：XXX其他負責人職責聯(lián)系信息職責：負責制定測試計劃；負責編寫和驗收用例；完成項目實測；負責與外部合作部門交互；負責協(xié)調(diào)內(nèi)部人員的工作；負責編寫測試報告。測試組成員姓名職責聯(lián)系信息XXX負責部分測試案例的編寫和測試XXX負責部分測試案例的編寫和測試系統(tǒng)下表列出了測試項目所需的系統(tǒng)資源。系統(tǒng)資源資源名稱/類型數(shù)據(jù)庫服務器網(wǎng)絡或子網(wǎng)服務器名稱數(shù)據(jù)庫名稱客戶端測試PC包括特殊的配置需求測試存儲庫網(wǎng)絡或子網(wǎng)服務器名稱測試開發(fā)PC可交付工件項目測試計劃：項目測試案例：問題報告清單：測試模型測試記錄采用測試案例缺陷報告采用問題報告單清單測試資料測試文檔：測試相關模板。 需求文檔：項目需求文檔 項目風險分析編號可能風險風險的原因造成的問題采取的措施測試設計說明（大綱）概述測試方法和測試案例選取的原則系統(tǒng)：（要求從宏觀的角度，對軟件的各個方面進行測試）全面：（要求測試案例能夠覆蓋每一個測試點的要點）合理：（測試的用例的選擇避免重復測試、選擇最好的測試方法將測試點合理覆蓋）測試的控制方式測試案例的實現(xiàn)必須遵守測試計劃的安排。實際測試必須以測試案例為基準。實際測試中測試案例的狀態(tài)記載：（1）failed:如果某一步測試案例失敗，但不影響以后測試案例處理（2）block:如果某一步測試案例失敗，并影響以后測試案例處理（3）good:成功測試實際測試與外部交互使用問題報告單清單進行交流。測試人員必須詳細、準確填寫報告單內(nèi)容。開發(fā)修改人員要詳細、準確地填寫修改情況通過問題報告單清單的狀態(tài)進行測試和修改交互（1）open:當開始一個問題報告單時，為open開發(fā)返回后，錯誤仍存在為open（2）fixed/return開發(fā)人員對錯誤進行了修改，為fixed開發(fā)人員對錯誤沒有進行修改,返回測試部為return（3）close/cancel測試人員確認錯誤已經(jīng)修改,為close測試人員確認錯誤的無效或可以接受（標記）為cancel對外部交互使用一個接口。測試版本的控制由項目開發(fā)組隨版本發(fā)布時提交版本提交單，測試組完成測試后提交版本測試報告，版本更新時由開發(fā)組填寫更新記錄。測試案例的命名原則：測試面_[測試功能]_[測試點]編號例如：FVT_Manage_PersonAdd001(功能測試_管理員部分_人員增加001)問題報告單清單命名原則為：問題報告單清單+_測試人員名稱+_日期例如：問題報告單清單_劉飛_20020101數(shù)據(jù)選擇策略：數(shù)據(jù)的選擇全面覆蓋所有數(shù)據(jù)、并要求避免冗余數(shù)據(jù)的使用（采用邊界值、特殊值、以及普通值）。測試過程描述和操作步驟：書寫測試計劃參考測試計劃、需求、概要設計以及部分詳細設計文檔進行案例設計參考測試計劃和測試案例進行實際測試操作測試總結測試設計詳細說明：基本界面連接測試測試基本流程（簡易的IVT）測試功能塊（重點為容錯測試）統(tǒng)計信息的測試（IVT）軟件說明XXX。測試內(nèi)容及測試重點本測試將通過接受測試、用戶界面測試、功能測試、集成測試，對系統(tǒng)進行測試。接受測試（AVT）目的：對待測試軟件產(chǎn)品的完整性和可用性進行評定內(nèi)容：根據(jù)系統(tǒng)功能界定檢查軟件產(chǎn)品功能結構的完整，以及系統(tǒng)安裝、配置、運行的可用性。用戶界面測試（UIT）目的：對系統(tǒng)中出現(xiàn)的所有頁面進行全面測試內(nèi)容：對系統(tǒng)的功能頁面進行各種可操作性測試重點：容錯檢測功能測試（FVT）目的：對XXX進行全面測試內(nèi)容：對系統(tǒng)的業(yè)務操作進行各種可能性流程測試重點：權限測試數(shù)據(jù)正確性測試集成測試（SVT）目的：對整個系統(tǒng)進行全面測試，主要包括系統(tǒng)兼容性、安全性、實用性、可靠性、擴展性。內(nèi)容：把整個系統(tǒng)所涉及的操作，按照系統(tǒng)流程進行測試。重點：系統(tǒng)操作權限的安全性系統(tǒng)業(yè)務配置的擴展性測試重點及用例的設計測試的重點將主要放在功能測試上，包括如下模塊：XXXXXX評價范圍功能測試涵蓋測試全過程。界面測試涵蓋測試全過程。準則系統(tǒng)功能符合客戶需求。XXX系統(tǒng)測試報告XXX系統(tǒng)測試報告編寫：編寫：XXX日期：YYYY-MM-DD審核：日期：批準：日期：受控狀態(tài)：是發(fā)布版次：1.0日期：YYYY-MM-DD編號：變更記錄日期版本變更說明作者YYYY-MM-DDV1.0新建XXX簽字確認職務姓名簽字日期目錄1.基本信息 22.實況記錄 23.分析與建議 24.缺陷修改記錄 21.基本信息測試計劃的來源提示：填寫《測試計劃書》名稱，版本，時間測試用例的來源提示：填寫《測試用例》名稱，版本，時間測試對象描述測試環(huán)境描述測試驅(qū)動程序描述提示：可以把測試驅(qū)動程序當作附件測試人員測試時間……2.實況記錄測試用例名稱測試結果缺陷嚴重程度3.分析與建議提示：對測試結果進行分析，提出建議。4.缺陷修改記錄提示：如果采用了缺陷管理工具，能自動產(chǎn)生缺陷報表的話，則無需本表。缺陷名稱原因修改人修改時間是否進行了回歸測試…附件.XXX系統(tǒng)測試案例XXX系統(tǒng)測試案例編寫：編寫：XXX日期：YYYY-MM-DD審核：日期：批準：日期：受控狀態(tài)：是發(fā)布版次：1.0日期：YYYY-MM-DD編號：

變更記錄日期版本變更說明作者YYYY-MM-DDV1.0新建XXX簽字確認職務姓名簽字日期編寫：XXX 編寫：XXX 日期：審核：日期：批準：日期：受控狀態(tài)：是否發(fā)布版次：日期：編號：XXX測試案例

目錄文檔介紹 40.1文檔目的 40.2文檔范圍 40.3讀者對象 40.4參考文獻 40.5術語與縮寫解釋 41.接口－路徑測試用例 41.1被測試對象（單元）的介紹 41.2測試范圍與目的 41.3測試環(huán)境與測試輔助工具的描述 41.4測試驅(qū)動程序的設計 41.5接口測試用例 41.6路徑測試的檢查表 52.功能測試用例 62.1被測試對象的介紹 62.2測試范圍與目的 62.3測試環(huán)境與測試輔助工具的描述 62.4測試驅(qū)動程序的設計 62.5功能測試用例 63.健壯性測試用例 63.1被測試對象的介紹 63.2測試范圍與目的 63.3測試環(huán)境與測試輔助工具的描述 63.4測試驅(qū)動程序的設計 63.5容錯能力/恢復能力測試用例 64.性能測試用例 74.1被測試對象的介紹 74.2測試范圍與目的 74.3測試環(huán)境與測試輔助工具的描述 74.4測試驅(qū)動程序的設計 74.5性能測試用例 75.圖形用戶界面測試用例 75.1被測試對象的介紹 75.2測試范圍與目的 85.3測試環(huán)境與測試輔助工具的描述 85.4測試驅(qū)動程序的設計 85.5測試人員分類 85.6用戶界面測試的檢查表 86.信息安全性測試用例 86.1被測試對象的介紹 86.2測試范圍與目的 86.3測試環(huán)境與測試輔助工具的描述 96.4測試驅(qū)動程序的設計 96.5信息安全性測試用例 97.壓力測試用例 97.1被測試對象的介紹 97.2測試范圍與目的 97.3測試環(huán)境與測試輔助工具的描述 97.4測試驅(qū)動程序的設計 97.5壓力測試用例 98.可靠性測試用例 108.1被測試對象的介紹 108.2測試范圍與目的 108.3測試環(huán)境與測試輔助工具的描述 108.4測試驅(qū)動程序的設計 108.5可靠性測試用例 109.安裝/反安裝測試用例 109.1被測試對象的介紹 109.2測試范圍與目的 109.3測試環(huán)境與測試輔助工具的描述 109.4測試驅(qū)動程序的設計 119.5安裝/反安裝測試用例 11PAGE文檔介紹提示：請用戶根據(jù)項目的實際測試狀況，裁剪本測試用例模板。0.1文檔目的0.2文檔范圍0.3讀者對象0.4參考文獻提示：列出本文檔的所有參考文獻（可以是非正式出版物），格式如下：[標識符]作者，文獻名稱，出版單位（或歸屬單位），日期例如：[AAA]作者，《立項建議書》，機構名稱，日期[SPP-PROC-ST]SEPG，系統(tǒng)測試規(guī)范，機構名稱，日期0.5術語與縮寫解釋縮寫、術語解釋SPP精簡并行過程，SimplifiedParallelProcess…1.接口－路徑測試用例1.1被測試對象（單元）的介紹1.2測試范圍與目的1.3測試環(huán)境與測試輔助工具的描述1.4測試驅(qū)動程序的設計1.5接口測試用例接口A的函數(shù)原型輸入/動作期望的輸出/相應實際情況典型值…邊界值…異常值…接口B的函數(shù)原型輸入/動作期望的輸出/相應實際情況典型值…邊界值…異常值……1.6路徑測試的檢查表檢查項結論數(shù)據(jù)類型問題（１）變量的數(shù)據(jù)類型有錯誤嗎？（２）存在不同數(shù)據(jù)類型的賦值嗎？（３）存在不同數(shù)據(jù)類型的比較嗎？變量值問題（１）變量的初始化或缺省值有錯誤嗎？（２）變量發(fā)生上溢或下溢嗎？（３）變量的精度不夠嗎？邏輯判斷問題（１）由于精度原因?qū)е卤容^無效嗎？（２）表達式中的優(yōu)先級有誤嗎？（３）邏輯判斷結果顛倒嗎？循環(huán)問題（１）循環(huán)終止條件不正確嗎？（２）無法正常終止（死循環(huán)）嗎？（３）錯誤地修改循環(huán)變量嗎？（４）存在誤差累積嗎？內(nèi)存問題（１）內(nèi)存沒有被正確地初始化卻被使用嗎？（２）內(nèi)存被釋放后卻繼續(xù)被使用嗎？（３）內(nèi)存泄漏嗎？（４）內(nèi)存越界嗎？（５）出現(xiàn)野指針嗎？文件I/O問題（１）對不存在的或者錯誤的文件進行操作嗎？（２）文件以不正確的方式打開嗎？（３）文件結束判斷不正確嗎？（４）沒有正確地關閉文件嗎？錯誤處理問題（１）忘記進行錯誤處理嗎？（２）錯誤處理程序塊一直沒有機會被運行？（３）錯誤處理程序塊本身就有毛病嗎？如報告的錯誤與實際錯誤不一致，處理方式不正確等等。（４）錯誤處理程序塊是“馬后炮”嗎？如在被它被調(diào)用之前軟件已經(jīng)出錯?！?.功能測試用例2.1被測試對象的介紹2.2測試范圍與目的2.3測試環(huán)境與測試輔助工具的描述2.4測試驅(qū)動程序的設計2.5功能測試用例功能A描述用例目的前提條件輸入/動作期望的輸出/相應實際情況示例：典型值…示例：邊界值…示例：異常值…功能B描述用例目的前提條件輸入/動作期望的輸出/相應實際情況……3.健壯性測試用例3.1被測試對象的介紹3.2測試范圍與目的3.3測試環(huán)境與測試輔助工具的描述3.4測試驅(qū)動程序的設計3.5容錯能力/恢復能力測試用例異常輸入/動作容錯能力/恢復能力造成的危害、損失示例：錯誤的數(shù)據(jù)類型…示例：定義域外的值…示例：錯誤的操作順序…示例：異常中斷通信…示例：異常關閉某個功能…示例：負荷超出了極限…4.性能測試用例4.1被測試對象的介紹4.2測試范圍與目的4.3測試環(huán)境與測試輔助工具的描述4.4測試驅(qū)動程序的設計4.5性能測試用例性能A描述用例目的前提條件輸入數(shù)據(jù)期望的性能（平均值）實際性能（平均值）性能B描述用例目的前提條件輸入數(shù)據(jù)期望的性能（平均值）實際性能（平均值）……5.圖形用戶界面測試用例5.1被測試對象的介紹5.2測試范圍與目的5.3測試環(huán)境與測試輔助工具的描述5.4測試驅(qū)動程序的設計5.5測試人員分類類別特征A類B類……5.6用戶界面測試的檢查表檢查項測試人員的類別及其評價窗口切換、移動、改變大小時正常嗎？各種界面元素的文字正確嗎？（如標題、提示等）各種界面元素的狀態(tài)正確嗎？（如有效、無效、選中等狀態(tài)）各種界面元素支持鍵盤操作嗎？各種界面元素支持鼠標操作嗎？對話框中的缺省焦點正確嗎？數(shù)據(jù)項能正確回顯嗎？對于常用的功能，用戶能否不必閱讀手冊就能使用？執(zhí)行有風險的操作時，有“確認”、“放棄”等提示嗎？操作順序合理嗎？有聯(lián)機幫助嗎？各種界面元素的布局合理嗎？美觀嗎？各種界面元素的顏色協(xié)調(diào)嗎？各種界面元素的形狀美觀嗎？字體美觀嗎？圖標直觀嗎？…6.信息安全性測試用例6.1被測試對象的介紹6.2測試范圍與目的6.3測試環(huán)境與測試輔助工具的描述6.4測試驅(qū)動程序的設計6.5信息安全性測試用例假想目標A前提條件非法入侵手段是否實現(xiàn)目標代價－利益分析……假想目標B前提條件非法入侵手段是否實現(xiàn)目標代價－利益分析……7.壓力測試用例7.1被測試對象的介紹7.2測試范圍與目的7.3測試環(huán)境與測試輔助工具的描述7.4測試驅(qū)動程序的設計7.5壓力測試用例極限名稱A例如“最大并發(fā)用戶數(shù)量”前提條件輸入/動作輸出/響應是否能正常運行例如10個用戶并發(fā)操作例如20個用戶并發(fā)操作…極限名稱B前提條件輸入/動作輸出/響應是否能正常運行…8.可靠性測試用例8.1被測試對象的介紹8.2測試范圍與目的8.3測試環(huán)境與測試輔助工具的描述8.4測試驅(qū)動程序的設計8.5可靠性測試用例任務A描述連續(xù)運行時間故障發(fā)生的時刻故障描述……統(tǒng)計分析任務A無故障運行的平均時間間隔（CPU小時）任務A無故障運行的最小時間間隔（CPU小時）任務A無故障運行的最大時間間隔（CPU小時）任務B描述連續(xù)運行時間故障發(fā)生的時刻故障描述……統(tǒng)計分析任務B無故障運行的平均時間間隔（CPU小時）任務B無故障運行的最小時間間隔（CPU小時）任務B無故障運行的最大時間間隔（CPU小時）9.安裝/反安裝測試用例9.1被測試對象的介紹9.2測試范圍與目的9.3測試環(huán)境與測試輔助工具的描述9.4測試驅(qū)動程序的設計9.5安裝/反安裝測試用例配置說明安裝選項描述是否正常使用難易程度全部部分升級其他反安裝選項描述是否正常使用難易程度XXX可評測報告編寫：XXX可評測報告編寫：XXX日期：YYYY-MM-DD審核：日期：批準：日期