【文章內(nèi)容簡介】 同數(shù)據(jù)類型的比較嗎？ 變量值問題 （１）變量的初始化或缺省值有錯誤嗎？ （２）變量發(fā)生上溢或下溢嗎？ （３）變量的精度不夠嗎？ 邏輯判斷問題 （１）由于精度原因?qū)е卤容^無效嗎？ （２）表達式中的優(yōu)先級有誤嗎？ （３）邏輯判斷結(jié)果顛倒嗎？ 循環(huán)問題 （１）循環(huán)終止條件不正確嗎？ （２）無法正常終止（死循環(huán)）嗎？ （３）錯誤地修改循環(huán)變量嗎？ （４）存在誤差累積嗎？ 內(nèi)存問題 （１）內(nèi)存沒有被正確地初始化卻被使 用嗎？ （２）內(nèi)存被釋放后卻繼續(xù)被使用嗎？ （３）內(nèi)存泄漏嗎？ （４）內(nèi)存越界嗎？ （５）出現(xiàn)野指針嗎？ 文件 I/O 問題 （１）對不存在的或者錯誤的文件進行操作嗎？ （２）文件以不正確的方式打開嗎？ （３）文件結(jié)束判斷不正確嗎？ （４）沒有正確地關(guān)閉文件嗎？ 錯誤處理問題 （１）忘記進行錯誤處理嗎？ （２）錯誤處理程序塊一直沒有機會被運行？ （３）錯誤處理程序塊本身就有毛病嗎？如報告的錯誤與實際錯誤不一致，處理方式不正確等等。 （４）錯誤處理程序塊是“馬后炮”嗎？如在被它被調(diào)用之前軟件已經(jīng)出錯。 ? 2. 功能測試用例 被測試對象的介紹 測試范圍與目的 測試環(huán)境與測試輔助工具的描述 測試驅(qū)動程序的設(shè)計 功能測試用例 功能 A 描述 用例目的 前提條件 輸入 /動作 期望的輸出 /相應(yīng) 實際情況 示例：典型值? 示例：邊界值? 示例：異常值? 功能 B 描述 用例目的 前提條件 輸入 /動作 期望的輸出 /相應(yīng) 實際情況 ?? 3. 健壯性測試用例 被測試對象的介紹 測 試范圍與目的 測試環(huán)境與測試輔助工具的描述 測試驅(qū)動程序的設(shè)計 容錯能力 /恢復(fù)能力測試用例 異常輸入 /動作 容錯能力 /恢復(fù)能力 造成的危害、損失 示例：錯誤的數(shù)據(jù)類型? 示例：定義域外的值? 示例：錯誤的操作順序? 示例：異常中斷通信? 示例：異常關(guān)閉某個功能? 示例：負荷超出了極限? 4. 性能測試用例 被測試對象的介紹 測試范圍與目的 測試環(huán)境與測試輔助工具的描述 測試驅(qū)動程序的設(shè)計 性能測試用例 性能 A 描述 用例目的 前提條件 輸入數(shù)據(jù) 期望的性能（平均值） 實際性能（平均值） 性能 B 描述 用例目的 前提條件 輸入數(shù)據(jù) 期望的性能（平均值） 實際性能（平均值） ?? 5. 圖形用戶界面測試用例 被測試對象的介紹 測試范圍與目的 測試環(huán)境與測試輔助工具的描述 測試驅(qū)動程序的設(shè)計 測試人員分類 類別 特征 A 類 B 類 ?? 用戶界面測試的檢查表 檢查項 測試人員的類別及其評價 窗口切換、移動、改變大小時正常嗎？ 各種界面元素的文字正確嗎？（如標題、提示等） 各種界面元素的狀態(tài)正確嗎？（如有效、無效、選中等狀態(tài)） 各種界面元素支持鍵盤操作嗎？ 各種界面元素支持鼠標操作嗎？ 對話框中的缺省焦點正確嗎？ 數(shù)據(jù)項能正確回顯嗎？ 對于常用的功能，用戶能否不必閱讀手冊就能使用？ 執(zhí)行有風(fēng)險的操作時，有“確認”、“放棄”等提示嗎？ 操作順序合理嗎？ 有聯(lián)機幫助嗎？ 各種界面元素的布局合理嗎？美觀嗎？ 各種界面元素的顏色協(xié)調(diào)嗎？ 各種界面元素的形狀美觀嗎？ 字體美觀嗎？ 圖標直觀嗎？ ? 6. 信息安全性測試用例 被測試對象的介紹 測試范圍與目的 測試環(huán)境與測試輔助工具的描述 測試驅(qū)動程序的設(shè)計 信息安全性測試用例 假想目標 A 前提條件 非法入侵手段 是否實現(xiàn)目標 代價－利益分析 ?? 假想目標 B 前提條件 非法入侵手段 是否實現(xiàn)目標 代價－利益分析 ?? 7. 壓力測試用例 被測試對象的介紹 測試范圍與目的 測試環(huán)境與測試輔助工具的描述 測試驅(qū)動程序的設(shè)計 壓力測試用例 極限名稱 A 例如“最大并發(fā)用戶數(shù)量” 前提條件 輸入 /動作 輸出 /響應(yīng) 是否能正常運行 例如 10 個用戶并發(fā)操作 例如 20 個用戶并發(fā)操作 ? 極限名稱 B 前提條件 輸入 /動作 輸出 /響應(yīng) 是否能正常運行 ? 8. 可靠性測試用例 被測試對象的介紹 測試范圍與目的 測試環(huán)境與測試輔助工具的描述 測試驅(qū)動程序的設(shè)計 可靠性測試用例 任務(wù) A 描述 連續(xù)運行時間 故障發(fā)生的時刻 故障描述 ?? 統(tǒng)計分析 任務(wù) A 無故障運行的平均時間間隔 （ CPU 小時） 任務(wù) A 無故障運行的最小時間間隔 （ CPU 小時） 任務(wù) A 無故障運行的最大時間間隔 （ CPU 小時） 任務(wù) B 描述 連續(xù)運行時間 故障發(fā)生的時刻 故障描述 ?? 統(tǒng)計分析 任務(wù) B 無故障運行的平均時間間隔 （ CPU 小時） 任務(wù) B 無故障運行的最小時間間隔 （ CPU 小時） 任務(wù) B 無故障運行的最大時間間隔 （ CPU 小時） 9. 安裝 /反安裝測試用例 被測試對象的介紹 測試范圍與目的 測試環(huán)境與測試輔助工具的描述 測試驅(qū)動程序的設(shè)計 安裝 /反安裝測試用例 配置說明 安裝選項 描述是否正常 使用難易程度 全部 部分 升級 其它 反安裝選項 描述是否正常 使用難易程度 附錄：評審意見 提示：測試組長邀請開發(fā)人員和同行專家，對《系統(tǒng)測試用例》進行技術(shù)評審，參見 [SPPPROCTR]。 產(chǎn)品維護報告 產(chǎn)品（項目）名稱 產(chǎn)品維護報告 日期 維護項 如何處理 維護人員 分析、總結(jié) 維護人員歸納分析各種維護要求，總結(jié)一些有價值的建 議，向有關(guān)領(lǐng)導(dǎo)匯報。 產(chǎn)品維護計劃 產(chǎn)品（項目）名稱 產(chǎn)品維護計劃 1. 維護范圍 2. 任務(wù)安排 維護人員 任務(wù)描述 時間 3. 費用預(yù)算 款項 用途 金額 本計劃的審批意見 上級領(lǐng)導(dǎo)審批意見： 簽 字 日期 產(chǎn)品需求規(guī)格說明書 { 項目名稱 } 產(chǎn)品需求規(guī)格說明書 文件狀態(tài)： [√] 草稿 [ ] 正式發(fā)布 [ ] 正在修改 文件標識： CompanyProjectRDPRS 當(dāng)前版本： 作者： 完成日期： YearMonthDay 版 本 歷 史 版本 /狀態(tài) 作者 參與者 起止日期 備注 目 錄 0. 文檔介紹 文檔目的 文 檔范圍 讀者對象 參考文檔 術(shù)語與縮寫解釋 1. 產(chǎn)品介紹 2. 產(chǎn)品面向的用戶群體 3. 產(chǎn)品應(yīng)當(dāng)遵循的標準或規(guī)范 4. 產(chǎn)品范圍 5. 產(chǎn)品中的角色 6. 產(chǎn)品的功能性需求 功能性需求分類 Feature M Function 7. 產(chǎn)品的非功能性需求 用戶界面需求 軟硬件環(huán)境需求 產(chǎn)品質(zhì)量需求 其它需求 附錄 A：需求建模與分析報告 需求模型 1 需求模型 N 附錄 B：需求確認 0. 文檔介紹 文檔目的 文檔范圍 讀者對象 參考文檔 提示：列出本文檔的所有參考文獻（可以是非正式出版物），格式如下： [標識符 ] 作者，文獻名稱，出版單位（或歸屬單位），日期 例如： [SPPPROCPP] SEPG，需求開發(fā)規(guī)范，機構(gòu)名稱，日期 術(shù)語與縮寫解釋 縮寫、術(shù)語 解 釋 SPP 精簡并行過程， Simplified Parallel Process RD 需求開發(fā) Require Development ? 1. 產(chǎn)品介紹 提示： （ 1）說明產(chǎn)品是什么，什么用途。 （ 2）介紹產(chǎn)品的開發(fā)背景。 2. 產(chǎn)品面向的用戶群體 提示： （ 1）描述本產(chǎn)品面向的用戶（客戶、最終用戶）的特征， （ 2）說明本產(chǎn)品將給他們帶來什么好處？他們選擇本產(chǎn)品的可能性有多大？ 3. 產(chǎn)品應(yīng)當(dāng)遵循的標準或規(guī)范 提示：闡述本產(chǎn)品應(yīng)當(dāng)遵循什么標準、規(guī)范或業(yè)務(wù)規(guī)則（ Business Rules），違反標準、規(guī)范或業(yè)務(wù)規(guī)則的產(chǎn)品通常不太可能被接受。 4. 產(chǎn)品范圍 提示：闡述本產(chǎn)品“適用的領(lǐng)域”和“不適用的領(lǐng)域”，本產(chǎn)品“應(yīng)當(dāng)包含的內(nèi)容”和“不包含的內(nèi)容”。說清楚產(chǎn)品范圍的好處是：（ 1）有助于判斷什么是需求，什么不是需求；（ 2）可以將開發(fā)精力集中在產(chǎn)品范圍之內(nèi)，少干吃力不討好的事情；（ 3）有助于控制需求的變更。 5. 產(chǎn)品中的角色 提示：闡述本產(chǎn)品的各種角色及其職責(zé)。各種角色的具體行為將在功能性需求中描述。 角色名稱 職責(zé)描述 6. 產(chǎn)品的功能性需求 功能性需求分類 提示：將功能性需求先粗分再細分，下表中的 Feature A, Function 等符號應(yīng)當(dāng)被替換成有含義的 名稱。 功能類別 功能名稱、標識符 描述 Feature A Function ? Feature B Function ? Feature C Function ? Feature M 提示：此處寫一些承上啟下的文字。 Function 名稱、標識符 功能描述 優(yōu)先級 輸入 操作序列 輸出 補充說明 7. 產(chǎn)品的非功能性需求 用戶界面需求 需求名稱 詳細 要求 ? 軟硬件環(huán)境需求 需求名稱 詳細要求 ? 產(chǎn)品質(zhì)量需求 主要質(zhì)量屬性 詳細要求 正確性 健壯性 可靠性 性能，效率 易用性 清晰性 安全性 可擴展性 兼容性 可移植性 ? 其它需求 附錄 A：需求建模與分析報告 建議用 Rational Rose 對產(chǎn)品需求進行建模與分析。 需求模型 1 需求模型 N 附錄 B：需求確認 提示：需求確認規(guī)程請 參見 SPPPROCRM，主要分兩步：（ 1）需求評審，（ 2）需求承諾。對需求的評審應(yīng)當(dāng)采用“正式技術(shù)評審方式”，將產(chǎn)生一份“需求評審報告”，規(guī)程請參見 SPPPROCTR。在獲取責(zé)任人（ Stakeholders）對需求的承諾之前，該《產(chǎn)品需求規(guī)格說明書》必須先通過需求評審。 需求評審報告摘要