軟體測試方案設計
編寫 張三 2200 年10月01日
稽核 測試經理 2200 年 10 月01日
準許 測試經理 2200 年 10 月01 日
版本控制
版本 | 日期 | AMD | 修訂者 | 說明 |
1.0 | 2100-01-01 | A | 張三 | 初稿 |
1.1 | 2100-01-05 | M | 張三 | 修改稿 |
注:(A-添加,M-修改,D-删除)
1. 概述
1.1. 目的
編寫本測試方案的目的是為軟體開發項目管理者、軟體工程師、系統維護工程師、測試工程師提供關于DM資料系統整體系統功能和性能的測試指導。
1.2. 讀者對象
本測試方案可能的合法讀者對象為軟體開發項目管理者、軟體工程師、測試組、系統維護工程師
1.3. 項目背景
對于一個沒有接觸過外彙交易的人來說,在外彙市場賺取高額利潤是很困難的。每一個外彙交易高手,都經過了長期不懈的學習和各種實盤操作,才能摸索到市場規律形成自己獨立的一套操盤方法,進而實作穩定盈利。這個過程,對于初步涉足外彙市場的人來說是很漫長的,有的人做了幾年的外彙,還是一直虧損,DM資料分析平台把優秀的交易者的訂單公開給其他人員進行跟單。
最終目标是確定軟體的功能符合使用者的需求,把盡可能多的問題在釋出或傳遞之前發現并改正。
1) 確定軟體完成了它所承諾或公布的功能
2) 確定軟體滿足了性能的要求
3) 確定軟體是健壯的和适應使用者環境的
4) 為軟體的品質評估提供依據
5) 為軟體品質改進和管理提供幫助
1.4. 參考資料
《軟體需求》、《需要概要設計》、《原型設計》
2. 測試配置
2.1. 硬體配置
關鍵項 | 數量 | 性能要求 |
測試PC機 | 1台 | I5,主頻2.6GHZ,硬碟300G以上,記憶體4G以上,此配置是實際用機 |
資料庫伺服器 | 1台 | I5,主頻2.6GHZ,硬碟300G以上,記憶體4G以上,此配置是實際用機 |
2.2. 軟體配置
資源名稱 | 配置 |
作業系統環境 | 作業系統主要分為windows 7/Centos。其中windows 7是重點測試對象 |
浏覽器環境 | 主流浏覽器有:IE(IE8以上)、Chrome、Firefox。 |
功能性測試工具 | 手工測試 |
測試管理工具 | 禅道,JRAR |
2.3. 測試資料
本測試方案的測試資料來源于軟體測試需求以及測試用例
2.4. 測試政策
2.4.1. 使用者界面(UI)測試
測試範圍 | 1、界面菜單、背景、顔色、字型等等跟UI設計圖保持一緻; 2、操作界面友好、易用性強; 3、界面初始化資料加載與資料庫一緻等。 |
測試目标 | 核實各個視窗風格(包括顔色、字型、提示資訊、圖示、title等)都與需求保持一緻,或符合可接受标準,能夠保證使用者界面的友好性、易操作性,而且符合使用者操作習慣。 |
采用技術 | 網頁測試通用方法 |
工具與方法 | 手工測試、肉眼掃描 |
開始标準 | 界面開發完成 |
完成标準 | UI符合可接受标準,能夠保證使用者界面的友好性、易操作性,而且符合使用者操作習慣 |
測試重點與優先級 | 根據實際需求而定 |
需考慮的特殊事項 | 根據實際需求而定 |
2.4.2. 功能測試
測試範圍 | 驗證資料的精準度、資料類型、業務功能等相關方面的正确性。 |
測試目标 | 核實所有功能均已正常實作,即是否與需求一緻。 |
采用技術 | 主要采用黑盒測試、邊界測試、等價類劃分等測試方法。 |
工具與方法 | 手工測試 |
開始标準 | 開發階段對應的功能完成并且測試用例設計完成 |
完成标準 | 測試用例通過并且最進階缺陷全部解決 |
特殊項 | 比如該産品可能隸屬于A産品線,且A線新功能點多等風險性産品 |
2.4.3. 安全性測試
測試範圍 | 1、使用者、管理者的密碼安全 2、權限 3、非法攻擊 |
測試目标 | 1、使用者、管理者的密碼管理 2、應用程式級别的安全性:核實使用者隻能操作其所擁有權限能操作的功能。 3、系統級别的安全性:核實隻有具備系統通路權限的使用者才能通路系統。 |
采用技術 | 代碼包或者非法攻擊工具 |
工具與方法 | 手工測試 |
開始标準 | 功能測試完成 |
完成标準 | 執行各種非法操作無安全漏洞且系統使用正常 |
測試重點與優先級 | 根據實際需求而定 |
需考慮的特殊事項 | 根據實際需求而定 |
2.4.4. 相容性測試
測試範圍 | 1、使用不同版本的不同浏覽器、分辨率、作業系統分别進行測試。 2、不同作業系統、浏覽器、分辨率和各種運作軟體等各種條件的組合測試。 |
測試目标 | 核實系統在不同的軟體和硬體配置中運作穩定 |
采用技術方法 | 黑盒測試 |
工具與方法 | 手工測試 |
開始标準 | 項目組移交系統測試 |
完成标準 | 在各種不同版本不同類項浏覽器、作業系統或者其組合下均能正常實作其功能(此測試根據開發提供依據決定測試範圍) |
測試重點與優先級 | 根據實際需求而定 |
需考慮的特殊事項 | 根據實際需求而定 |
2.4.5. 性能測試
測試範圍 | 1、支援同時1萬人同時通路 |
測試目标 | 核實系統在不同的軟體和硬體配置中運作性能 |
工具與方法 | 使用Jmeter性能接口測試工具 |
開始标準 | 完成系統測試後 |
完成标準 | 根據實際需求而定 |
測試重點與優先級 | 根據實際需求而定 |
需考慮的特殊事項 | 根據實際需求而定 |
2.4.6. 回歸測試
測試範圍 | 所有功能、使用者界面、相容性、安全性等測試類型 |
測試目标 | 核實執行所有測試類型後功能、性能等均達到使用者需求所要求的标準 |
采用技術方法 | 黑盒測試 |
工具與方法 | 手工測試和自動化測試 |
開始标準 | 每當被測試的軟體或其環境改變時在每個合适的測試階段上進行回歸測試 |
完成标準 | 95%的測試用例執行通過并通過系統測試 |
測試重點與優先級 | 測試優先級以測試需求的優先級為參照 |
需考慮的特殊事項 | 軟硬體裝置問題 |
2.4.7. 測試實施階段
測試類型 | 測試階段 | |||
單元測試 | 內建測試 | 系統測試 | 驗收測試 | |
功能測試 | 不需要 | 測試組 | 測試組 | 甲方 |
性能測試 | 不需要 | 測試組 | 測試組 | 甲方 |
安全性測試 | 不需要 | 測試組 | 測試組 | 甲方 |
相容性測試 | 不需要 | 測試組 | 測試組 | 甲方 |
界面(UI)測試 | 不需要 | 不需要 | 測試組 | 甲方 |
回歸測試 | 不需要 | 不需要 | 測試組 | 甲方 |
2.4.
測試通過準則
在此規定本系統通過測試的準則,即當依據測試用例執行者測試結果與預期結果相符,或測試結果與預期結果雖有不符但不可歸咎于應用程式時為測試通過,反之則為測試失敗。
3 軟體結構介紹
3.1 概述
在此概要介紹應用系統的整體功能,如子產品包括**,**和資料統計系統等**個系統,每個系統又包括若幹個子系統或功能子產品。
3.2 整體功能子產品介紹
在此介紹**系統的功能子產品如下表所示
序号 | 系統名稱 | 子系統 | 軟體項辨別 | 備注 |
1 | ||||
2 | ||||
3 | ||||
4 | ||||
5 | ||||
6 | ||||
7 | ||||
8 | ||||
9 | ||||
10 |
3.3 整體功能子產品關系圖
此處給出軟體功能子產品結構圖。
3.4 系統外部接口功能子產品關系圖
此處說明整個應用系統和已經存在或即将存在的其他應用系統之間關于資料通信和功能調用等的接口約定和具體的運作機制。具體項目可以根據實際情況進行裁剪。
3.5 系統内部接口功能子產品關系圖
此處說明整個應用系統内部各子系統或子系統内部各功能子產品之間關于資料通信和功能調用等的接口約定和具體的運作機制。
4 系統測試用例
[注:模闆是按照系統子產品化進行編寫的,具體項目可參照執行]
4.1 XX系統
4.1.1 使用者界面
4.1.1.1
XX子產品測試
用例名稱 | 操作步驟 | 預期結果 | 備注 |
填寫說明:
“測試用例”是根據《需求分析說明書》和《詳細設計說明書》來制定的。
“預期結果”是根據《需求分析說明書》和《詳細設定說明書》來制定的。
4.1.1.2
XX子產品測試用例
用例名稱 | 操作步驟 | 預期結果 | 備注 |
4.1.2
功能測試
4.1.2.1
XX子產品測試
用例名稱 | 操作步驟 | 預期結果 | 備注 |
填寫說明:
“測試用例”是根據《需求分析說明書》和《詳細設計說明書》來制定的。
“預期結果”是根據《需求分析說明書》和《詳細設定說明書》來制定的。
4.1.2.2
XX子產品測試用例
用例名稱 | 操作步驟 | 預期結果 | 備注 |