(iwebshop項目)測試方案
(僅供參考)
文檔版本控制
文檔版本號 |
日期 |
作者 |
審覈人 |
說明 |
V1.0 |
2017/11/24 |
陳.. |
|
創建文檔 |
|
|
|
|
|
1. 概述
【軟件的錯誤是不可避免的,所以必須經過嚴格的測試。通過對本軟件的測試,儘可能的發現軟件中的錯誤,藉以減少系統內部各模塊的邏輯,功能上的缺陷和錯誤,保證每個單元能正確地實現其預期的功能。檢測和排除子系統(或系統)結構或相應程序結構上的錯誤,使所有的系統單元配合合適,整體的性能和功能完整。並且使組裝好的軟件的功能與用戶要求(即常說的產品策劃案)保持一致。】
2.測試資源和測試環境
2.1硬件的配置
關鍵項 |
數量 |
性能要求 |
期望到位階段 |
測試PC機 |
1臺 |
奔4,主頻2.6GHZ,硬盤300G以上,內存2G以上,此配置是實際用機 |
需求分析階段 |
數據庫服務器 |
暫定1臺 |
奔4,主頻2.6GHZ,硬盤300G以上,內存4G以上,此配置是實際用機 |
需求分析階段 |
2.2.軟件配置
資源名稱/類型 |
配置 |
操作系統環境 |
操作系統主要分爲windows 7/Centos。其中windows 7是重點測試對象 |
瀏覽器環境 |
主流瀏覽器有:IE(IE8以上)、Chrome、Firefox。此測試根據軟件研發人員提供的依據決定測試範圍 |
功能性測試工具 |
手工測試 |
測試管理工具 |
禪道 |
2.3. 測試數據
本測試方案的測試數據來源於軟件測試需求以及測試用例。
3.測試策略
系統測試類型及各種測試類型所採用的方法、工具等介紹如下:
3.1.1.用戶界面(UI)測試
測試範圍 |
1.導航、鏈接、Cookie、頁面結構包括菜單、背景、顏色、字體、按鈕名稱、TITLE、提示信息的一致性等,2.友好性、可操作性(易用性)3.界面初始化數據加載是否與數據庫一致等 |
測試目標 |
覈實各個窗口風格(包括顏色、字體、提示信息、圖標、title等)都與需求保持一致,或符合可接受標準,能夠保證用戶界面的友好性、易操作性,而且符合用戶操作習慣。 |
採用技術 |
網頁測試通用方法 |
工具與方法 |
手工測試、目測(掃描) |
開始標準 |
界面開發完成 |
完成標準 |
UI符合可接受標準,能夠保證用戶界面的友好性、易操作性,而且符合用戶操作習慣 |
測試重點與優先級 |
根據實際需求而定 |
需考慮的特殊事項 |
根據實際需求而定 |
3.1.2.功能測試
測試範圍 |
驗證數據的精確度、數據類型、業務功能等相關方面的正確性。 |
測試目標 |
覈實所有功能均已正常實現,即是否與需求一致。 |
採用技術 |
主要採用黑盒測試、邊界測試、等價類劃分等測試方法。 |
工具與方法 |
手工測試 |
開始標準 |
開發階段對應的功能完成並且測試用例設計完成 |
完成標準 |
測試用例通過並且最高級缺陷全部解決 |
特殊項 |
比如該產品可能隸屬於A產品線,且A線新功能點多等風險性產品 |
根據實際需求而定
3.1.3.安全性測試
測試範圍 |
1.用戶、管理員的密碼安全 2.權限 3.非法攻擊 |
測試目標 |
1. 用戶、管理員的密碼管理 2.應用程序級別的安全性:覈實用戶只能操作其所擁有權限能操作的功能。 3.系統級別的安全性:覈實只有具備系統訪問權限的用戶才能訪問系統。 |
採用技術 |
代碼包或者非法攻擊工具 |
工具與方法 |
手工測試 |
開始標準 |
功能測試完成 |
完成標準 |
執行各種非法操作無安全漏洞且系統使用正常 |
測試重點與優先級 |
根據實際需求而定 |
需考慮的特殊事項 |
根據實際需求而定 |
3.1.4.兼容性測試
測試範圍 |
1.使用不同版本的不同瀏覽器、分辨率、操作系統分別進行測試。 2.不同操作系統、瀏覽器、分辨率和各種運行軟件等各種條件的組合測試。 |
測試目標 |
覈實系統在不同的軟件和硬件配置中運行穩定 |
採用技術 |
黑盒測試 |
工具與方法 |
手工測試 |
開始標準 |
項目組移交系統測試 |
完成標準 |
在各種不同版本不同類項瀏覽器、操作系統或者其組合下均能正常實現其功能(此測試根據開發提供依據決定測試範圍) |
測試重點與優先級 |
根據實際需求而定 |
需考慮的特殊事項 |
根據實際需求而定 |
3.1.5.性能測試
測試範圍 |
1.用戶、管理員的密碼安全 2.權限 3.非法攻擊 |
測試目標 |
1. 用戶、管理員的密碼管理 2.應用程序級別的安全性:覈實用戶只能操作其所擁有權限能操作的功能。 3.系統級別的安全性:覈實只有具備系統訪問權限的用戶才能訪問系統。 |
採用技術 |
代碼包或者非法攻擊工具 |
工具與方法 |
手工測試 |
開始標準 |
功能測試完成 |
完成標準 |
執行各種非法操作無安全漏洞且系統使用正常 |
測試重點與優先級 |
根據實際需求而定 |
需考慮的特殊事項 |
根據實際需求而定 |
3.1.6.迴歸測試
測試範圍 |
所有功能、用戶界面、兼容性、安全性等測試類型 |
測試目標 |
覈實執行所有測試類型後功能、性能等均達到用戶需求所要求的標準 |
採用技術 |
黑盒測試 |
工具與方法 |
手工測試和自動化測試 |
開始標準 |
每當被測試的軟件或其環境改變時在每個合適的測試階段上進行迴歸測試 |
完成標準 |
95%的測試用例執行通過並通過系統測試 |
測試重點與優先級 |
測試優先級以測試需求的優先級爲參照 |
需考慮的特殊事項 |
軟硬件設備問題 |
3.2.測試實施階段
測試類型 |
測試階段 |
|||
單元測試 |
集成測試 |
系統測試 |
驗收測試 |
|
功能測試 |
× |
ü |
ü |
× |
性能測試 |
× |
ü |
ü |
× |
安全性測試 |
× |
ü |
ü |
× |
兼容性測試 |
× |
ü |
ü |
× |
用戶界面(UI)測試 |
|
× |
ü |
× |
迴歸測試 |
每當被測試的軟件或其環境改變時在每個合適的測試階段上進行迴歸測試。 |
|||
備註:“ü”表示由測試組執行,“×”表示由項目組執行; |
4.軟件測試的通用標準
被測系統無業務邏輯錯誤和二級的BUG。經確定的所有缺陷都已得到了商定的解決結果。所設計的測試用例已全部重新執行,已知的所有缺陷都已按照商定的方式進行了處理,而且沒有發現新的缺陷。
注:缺陷的嚴重等級說明
A:嚴重影響系統運行的錯誤;
B:功能方面一般缺陷,影響系統運行;
C:界面佈局不美觀或輕型錯誤;
D : 不影響運行的錯別字等;
E:合理化建議。