當前位置：首頁 > 编程资源 > 编程问答 >内容正文

编程问答

团队作业-第二周-测试计划

發布時間：2023/11/29 编程问答 32 豆豆

生活随笔收集整理的這篇文章主要介紹了团队作业-第二周-测试计划小編覺得挺不錯的,現在分享給大家,幫大家做個參考.

第1章引言

1.1目的

本測試計劃文檔作為指導此測試項目循序漸進的基礎，幫助我們安排合適的資源和進度，避免可能的風險。本文檔有助于實現以下目標：

1) 確定現有項目的信息和應測試的軟件結構。

2) 列出推薦的測試需求

3) 推薦可采用的測試策略，并對這些策略加以詳細說明

4) 確定所需的資源，并對測試的工作量進行估計。

5) 列出測試項目的可交付元素，包括用例以及測試報告等。

1.2名詞解釋

縮寫詞或術語	英文解釋	中文解釋
?Debug	?debug	?漏洞

1.3測試摘要

1.3.1 重點事項

l? 測試軟件運行情況是否正常

l? 測試軟件功能的準確性

l? 測試軟件的性能得分

1.3.2 時間進度

??? 在軟件開發出之后開始測試，大約測試半周的時間。

1.3.3 測試目標

測試計劃中所有測試方法和模塊能執行通過

所有的測試案例能執行過

所有的重要等級為1/2的Bug能解決并由測試驗證

第2章項目背景

2.1測試范圍

（1）手機系統出現問題的情況不去測試。

（2）名單的文件大小會影響軟件的載入速度。

（3）手機突然關機會影響載入文件的數據。

2.2測試目標

測試計劃中所有測試方法和模塊能執行通過

所有的測試案例能執行過

所有的重要等級為1/2的Bug能解決并由測試驗證

2.3聯系方式

職務	姓名
開發工程師	?張昊
CVS Builder	?曹金鈺
開發經理	?郭翠
測試負責人	?王建斌

2.4風險及約束

l? 手機系統出現問題的情況不去測試。

l? 名單的文件大小會影響軟件的載入速度。

l? 手機突然關機會影響載入文件的數據。

2.5測試文檔

2.5.1測試參考文檔

文檔說明	作者
需求文檔	?張昊
總體設計	?張昊
白皮書	王建斌
使用手冊	王建斌
管理手冊	?曹金鈺
測試文檔	?曹金鈺
API文檔	?郭翠

2.5.2測試提交文檔

文檔說明	作者
《總體測試計劃》	?張昊
《總體測試方案》（可根據項目情況進行裁剪）	?張昊
測試用例	王建斌
《性能測試方案（報告）》	王建斌
《測試報告》	?曹金鈺
《Readme》	?曹金鈺
《產品操作手冊(后臺)》	?郭翠
《產品操作手冊(前臺)》	?郭翠
《產品安裝維護手冊》	張昊
《產品錯誤代碼說明文檔》	王建斌

第3章質量目標

3.1產品質量目標

可以是產品的質量達到什么樣的目標，產品的流程聯通性達到什么樣的要求。

測試質量目標	確認者（如需說明）
測試已實現的產品是否達到設計的要求，包括：各個功能點是否以實現，業務流程是否正確	?張昊
產品規定的操作和運行穩定	?

3.2測試質量目標

測試質量目標	確認者（如需說明）
所有的測試案例已經執行過	?張昊
所有的自動測試腳本已經執行通過	張昊
所有的重要等級為1/2的Bug已經解決并由測試驗證	?張昊
每一部分的測試已經被Test Lead確認完成	?張昊
重要的功能不允許有等級為1/2/3的Bug	?張昊
一般的功能或與最終使用者不直接聯系的功能不允許有等級為1/2的bug,且bug等級為3的問題不得超過1/功能	?張昊
輕量的功能允許有少量2/3等級的錯誤	?張昊
發現錯誤等級為1/2/3的Bug的速率正在下降并接近0	?張昊
在最后的三天內沒有發現錯誤等級為1/2/3類的Bug	?張昊

第4章測試策略

4.1????整體測試策略

用Junit進行測試，將測試結果寫到測試文檔里。

4.2開始/中斷/完成標準

說明中斷/開始/完成測試的標準。

開始/中斷/完成測試	標準說明
開始測試標準	硬件環境可用且軟件正確安裝完成
中斷測試標準	安裝無法正確完成或程序的文檔有相當多的失誤或系統服務異常或發現Block Bug
完成測試標準	完成測試計劃中的測試規劃并達到程序和測試質量目標,并由Test Lead/R&D Manager確認

4.3測試類型

測試類型	是否采用	說明
功能測試	采用	根據系統需求文檔和設計文檔，檢查產品是否正確實現了功能。
流程測試	采用	按操作流程進行的測試，主要有業務流程、數據流程、邏輯流程、正反流程，檢查軟件在按流程操作時是否能夠正確處理
邊界值測試	采用	選擇邊界數據進行測試，確保系統功能正常，程序無異常。
容錯性測試	采用	檢查系統的容錯能力，錯誤的數據輸入不會對功能和系統產生非正常的影響，且程序對錯誤的輸入有正確的提示信息
異常測試	采用	檢查系統能否處理異常
啟動停止測試	采用	檢查每個模塊能否正常啟動停止、異常停止后能否正常啟動
安裝測試	采用	檢查系統能否正確安裝、配置
易用性測試	采用	檢查系統是否易用友好
界面測試	采用	檢查界面是否美觀合理
接口測試	采用	檢查系統能否與外部接口正常工作
配置測試	采用	檢查配置是否合理、配置是否正常
安全性和訪問控制測試	采用	應用程序級別的安全性：檢查Actor只能訪問其所屬用戶類型已被授權訪問的那些功能或數據。系統級別的安全性：檢查只有具備系統和應用程序訪問權限的Actor才能訪問系統和應用程序。
性能測試	采用	提取系統性能數據，檢查系統是否滿足在需求中所規定達到的性能。
壓力測試	采用	檢查系統能否承受大壓力，測試產品應該能夠在高強度條件下正常運行，不會出現任何錯誤。
兼容性測試	采用	對于?C/S?架構的系統來說，需要考慮客戶端支持的系統平臺。對于?B/S?架構的系統來說需要考慮用戶端瀏覽器的版本。
割接/升級測試	采用	進行專門的割接測試或升級測試，提供工程升級割接方案
文擋測試	采用	檢查文檔是否足夠、描述是否合理
回歸測試	采用	檢查程序修改后有沒有引起新的錯誤、是否能夠正常工作以及能否滿足系統的需求

4.4????測試技術

測試技術	是否采用	說明
里程碑技術	采用	里程碑的達成標準及驗收方法在測試完后制訂
自動測試技術	采用	核心業務流程采用自動測試技術
審評測試	采用	對軟件產品功能說明文檔和設計說明文檔進行檢查，在需求與設計階段進行
編寫測試用例	采用	在產品編碼階段編寫測試用例
單元測試	不采用	由開發人員進行
集成測試	采用	檢測模塊集成后的系統是否達到需求對業務流程及數據流的處理是否符合標準、系統對業務流處理是否存在邏輯不嚴謹及錯誤以及是否存在不合理的標準及要求。
確認測試	采用	在產品發布前，對照feature list 進行基本需求的確認，確認產品是否正確實現了功能。
系統測試	采用	包括性能測試、壓力測試和回歸測試
驗收測試	不采用	由工程實施人員進行

第5章測試計劃

5.1進度計劃

在此章節，對各階段的測試給出里程碑計劃，包括階段、里程碑、資源等。

5.1.1測試時間進度

測試階段	開始時間	完成時間	測試人員
制定測試計劃	?6月2日	?6月10日	?張昊
需求Review	?6月2日	?6月10日	?張昊
設計Review	?6月2日	?6月10日	?張昊
設計測試用例	?6月2日	?6月10日	?張昊
測試開發	?6月2日	?6月10日	?張昊
測試環境準備	?6月2日	?6月10日	?張昊
測試實施	?6月2日	?6月10日	?張昊
功能測試	?6月2日	?6月10日	?張昊
集成測試	?6月2日	?6月10日	?張昊
性能測試	?6月2日	?6月10日	?張昊
系統測試	?6月2日	?6月10日	?張昊
驗收測試	?6月2日	?6月10日	?張昊
文檔編寫	?6月2日	?6月10日	?張昊

5.1.2測試里程碑

里程碑	完成時間	完成標準
測試正式開始	?6月2日	完成可接受性測試和煙霧測試
進行CVS LOCK	進行cvs lock	完成所有里程碑測試和標準測試,測試種類包括確認測試和系統測試,且所有以發現的Bug等級為1/2/3的Bug已修復,近期內無發現新的Bug等級為1/2/3的Bug
產品Release	?6月2日	重復進行主路徑測試和進行Bug檢查測試,產品處于可交付狀態并由測試經理和高級經理確認

5.2測試準備

5.2.1??測試環境準備

準備事項	開始時間	完成時間	測試人員
測試環境準備	?6月2日	?6月10日	?張昊

5.2.2????安裝測試

準備事項	開始時間	完成時間	測試人員
安裝測試	?6月2日	?6月10日	?張昊

5.2.3???????煙霧測試

準備事項	開始時間	完成時間	測試人員
煙霧測試	?6月2日	?6月10日	?張昊

轉載于:https://www.cnblogs.com/WreckBear/p/4542932.html

總結

以上是生活随笔為你收集整理的团队作业-第二周-测试计划的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。