软件测试文档(终)
軟件測試計劃文檔
1.引言
1.1編寫目的
滿足大學生選課需求,解決選課難的問題
1.2項目背景
如今,網(wǎng)上選課已成為大學生必經(jīng)之路,但是普通的官方系統(tǒng)難以滿足大學生需求,我們擬在大學內(nèi)推廣該軟件以解決大學選課難的問題
1.3術(shù)語定義
Ad hoc testing (隨機測試),沒有書面測試用例、記錄期望結(jié)果、檢查列表、腳本或指令的測試。主要是根據(jù)測試者的經(jīng)驗對軟件進行功能和性能抽查。隨機測試是根據(jù)測試說明書執(zhí)行用例測試的重要補充手段,是保證測試覆蓋完整性的有效方式和過程。
Alpha testing (α測試),是由一個用戶在開發(fā)環(huán)境下進行的測試,也可以是公司內(nèi)部的用戶在模擬實際操作環(huán)境下進行的受控測試,Alpha測試不能由程序員或測試員完成。
Automated Testing(自動化測試),使用自動化測試工具來進行測試,這類測試一般不需要人干預,通常在GUI、性能等測試中用得較多。
Beta testing(β測試),測試是軟件的多個用戶在一個或多個用戶的實際使用環(huán)境下進行的測試。開發(fā)者通常不在測試現(xiàn)場,Beta測試不能由程序員或測試員完成。
Black box testing(黑盒測試),指測試人員不關(guān)心程序具體如何實現(xiàn)的一種測試方法。根據(jù)軟件的規(guī)格對軟件進行各種輸入和觀察軟件的各種輸出結(jié)果來發(fā)現(xiàn)軟件的缺陷的測試,這類測試不考慮軟件內(nèi)部的運作原理,因此軟件對用戶來說就像一個黑盒子。
Bug?(錯誤),有時稱作defect(缺陷)或error(錯誤),軟件程序中存在的編程錯誤,可能會帶來不必要的副作用,軟件的功能和特性與設計規(guī)格說明書或用戶需求不一致的方面。軟件缺陷表現(xiàn)特征為:軟件未達到產(chǎn)品說明書標明的功能;軟件出現(xiàn)產(chǎn)品說明書指明不會出現(xiàn)的錯誤;軟件功能超出產(chǎn)品說明書指明的范圍;雖然產(chǎn)品說明書未指出但是軟件應達到的目標;軟件測試人員或用戶認為軟件難以理解,不易使用,運行速度緩慢等問題。
Bug report(錯誤報告),也稱為“Bug record(錯誤記錄)”,記錄發(fā)現(xiàn)的軟件錯誤信息的文檔,通常包括錯誤描述、復現(xiàn)步驟、抓取的錯誤圖像和注釋等。
Build(工作版本),軟件開發(fā)過程中用于內(nèi)部測試的功能和性能等不完善的軟件版本。工作版本既可以是系統(tǒng)的可操作版本,也可以是展示要在最終產(chǎn)品中提供的部分功能的部分系統(tǒng)。
Compatibility Testing(兼容性測試),也稱“Configuration testing(配置測試)”,測試軟件是否和系統(tǒng)的其它與之交互的元素之間兼容,如:瀏覽器、操作系統(tǒng)、硬件等。驗證測試對象在不同的軟件和硬件配置中的運行情況。
Crash(崩潰),計算機系統(tǒng)或組件突然并完全的喪失功能,例如軟件或系統(tǒng)突然退出或沒有任何反應(死機)。
Debug(調(diào)試),開發(fā)人員確定引起錯誤的根本原因和確定可能的修復措施的過程。一般發(fā)生在子系統(tǒng)或單元模塊編碼完成時,或者根據(jù)測試錯誤報告指出錯誤以后,開發(fā)人員需要執(zhí)行調(diào)試過程來解決已存在的錯誤。
Performance testing(性能測試),評價一個產(chǎn)品或組件與性能需求是否符合的測試。包括負載測試、強度測試、數(shù)據(jù)庫容量測試、基準測試等類型。
Regression testing(回歸測試),在發(fā)生修改之后重新測試先前的測試以保證修改的正確性。理論上,對軟件的任何新版本,都需要進行回歸測試,驗證以前發(fā)現(xiàn)和修復的錯誤是否在新軟件版本上再現(xiàn)。
Software life cycle(軟件生命周期),開始于一個軟件產(chǎn)品的構(gòu)思,結(jié)束于該產(chǎn)品不再被使用的這段期間。
Static testing(靜態(tài)測試),不通過執(zhí)行來測試一個系統(tǒng)。如代碼檢查,文檔檢查和評審等。
User interface testing (用戶界面測試),指測試用戶界面的風格是否滿足客戶要求,文字是否正確,頁面是否美觀,文字,圖片組合是否完美,操作是否友好等等。UI 測試的目標是確保用戶界面會通過測試對象的功能來為用戶提供相應的訪問或瀏覽功能。確保用戶界面符合公司或行業(yè)的標準。包括用戶友好性、人性化、易操作性測試。
1.4參考資料
<<軟件工程 方法與實踐>>,<<軟件工程 實驗教程>>,<<數(shù)據(jù)庫系統(tǒng)概論>>,<<Qt 快速入門>>
2.任務概述
2.1目標
主要目標:能夠與官方選課系統(tǒng)對接,幫助大學生選課
覆蓋范圍:大學校內(nèi),用戶擬定為在校大學生
驗收標準:可完成選課并實現(xiàn)數(shù)據(jù)共享即可驗收
2.2測試環(huán)境
硬件環(huán)境:PC機
軟件環(huán)境:eclipse SDK,SQL server
2.3需求分析
2.3.1數(shù)據(jù)需求
學生個人賬戶信息
2.3.2事務需求
2.4條件與限制
硬件設備:PC機一臺
軟件系統(tǒng)保證:安裝eclipse SDK
人員齊備:全員到齊
時間限制:一周
3.計劃
3.1測試方案
主要內(nèi)容是需求,分析,設計,實現(xiàn)。
3.2測試項目
●功能測試
在線選課:利用鼠標和鍵盤實現(xiàn)選擇需要的課程
在線退課:利用鼠標和鍵盤退掉已選課程
●回歸測試
定義
回歸測試是指修改了舊代碼后,重新進行測試以確認修改沒有引入新的錯誤或?qū)е缕渌a產(chǎn)生錯誤。
意義
1、避免在回歸測試中應各種操作誤差所引起的測試結(jié)果異常。
2、可以保持和原始測試一直性。
3、可以提高測試效率。
4、測試經(jīng)理可以更好的掌握測試存在的問題
●界面測試
1,簡介說明 說明文字是否合理,位置 ,是否正確。
2,背景/色調(diào) 是否正確、美觀、,是否符合用戶需求
3,登錄界面是否正常,能否正常登錄
4,能否正常選課和退選
5,測試登錄后能否正常退出
6,頁面元素的容錯性列表
7,頁面元素清單(為實現(xiàn)功能、是否將所需要的元素全部都列出來,如按鈕,單選框,復選框,列表框,超鏈框,輸入框等等)。
8,頁面元素的容錯性是否存在。
●負載測試
通過增加并發(fā)用戶數(shù)和(或)事務數(shù)量來測量組件或系統(tǒng)能夠承受的負載。
●文檔測試
1、測試方案(主要設計怎么測試什么內(nèi)容和采用什么樣的方法,經(jīng)過分析,在這里可以得到相應的測試用列表)
2、測試執(zhí)行策略(可以主要包括哪些可以先測試,哪些可以放在一起測試之類的),
3、測試用例(主要根據(jù)測試用例列表,寫出每一個用例的操作步驟和緊急程度,和預置結(jié)果),
4、BUG描述報告(主要可以包括,測試環(huán)境的介紹,預置條件,測試人員,問題重現(xiàn)的操作步驟和當時測試的現(xiàn)場信息),
5、整個項目的測試報告(從設計和執(zhí)行的角度上來對此項目測試情況的介紹,從分析中總結(jié)此次設計和執(zhí)行做的好的地方和需要努力的地方和對此項目的一個質(zhì)量評價)。
3.3測試準備
1.測試計算機,是相對比較“干凈”的。 因為測試都是有風險的,有的時候會導致藍屏,計算機重新啟動,優(yōu)勢時候則要求更換操作系統(tǒng)。
2.功能測試環(huán)境 和 性能測試環(huán)境 要分開。 性能測試是持續(xù)的,有的用例要一次運行十幾天,只有單獨的性能測試環(huán)境才能滿足這個要求。
3.提前準備好軟件和硬件。
4.測試支持平臺。 測試用例管理程序,bug管理程序,測試報告生成程序。
5.把搭建測試環(huán)境時遇到的問題和相應的解決辦法記錄下來。
3.4測試機構(gòu)及人員
測試機構(gòu)人員組成:羅驍,曾理,曾正旗,施宏飛,聶良疆
測試文檔書寫:施宏飛,聶良疆
軟件運行人員:羅驍,曾理
軟件完善人員:曾正旗
4.測試項目說明
4.1測試項目名稱及測試內(nèi)容
|
測試項目名稱 |
測試內(nèi)容 |
|
登錄功能 |
用戶能否正常輸入用戶名、密碼和正常登錄 |
|
選課功能 |
用戶能否正常選課 |
|
退課功能 |
用戶能否對已選課程進行退課 |
|
查看功能 |
用戶能否查看已選課程和自己的選課之前和之后課表 |
4.2測試用例
|
測試用例編號 |
Test_001 |
|
測試項目 |
用戶注冊 |
|
測試標題 |
輸入空的注冊賬號 |
|
重要級別 |
高 |
|
預置條件 |
進入系統(tǒng) |
|
輸入 |
1234(密碼) |
|
操作步驟 |
1.輸入空的賬號,2.輸入密碼1234 |
|
預期輸出 |
系統(tǒng)提示注冊學號和密碼不能為空 |
|
測試用例編號 |
Test_002 |
|
測試項目 |
用戶注冊 |
|
測試標題 |
輸入空的注冊密碼 |
|
重要級別 |
高 |
|
預置條件 |
進入系統(tǒng) |
|
輸入 |
1234(賬號) |
|
操作步驟 |
1.輸入注冊賬號1234,2..輸入空的密碼 |
|
預期輸出 |
系統(tǒng)提示注冊學號和密碼不能為空 |
|
測試用例編號 |
Test_003 |
|
測試項目 |
用戶注冊 |
|
測試標題 |
輸入注冊賬號和密碼 |
|
重要級別 |
高 |
|
預置條件 |
進入系統(tǒng) |
|
輸入 |
1234(賬號),1234(密碼) |
|
操作步驟 |
1.輸入賬號1234,2.輸入密碼1234 |
|
預期輸出 |
注冊成功 |
|
測試用例編號 |
Test_004 |
|
測試項目 |
用戶登錄 |
|
測試標題 |
輸入空的賬號 |
|
重要級別 |
高 |
|
預置條件 |
進入系統(tǒng) |
|
輸入 |
1234(密碼) |
|
操作步驟 |
1.輸入空的賬號,2.輸入密碼1234 |
|
預期輸出 |
系統(tǒng)提示學號和密碼不能為空 |
|
測試用例編號 |
Test_005 |
|
測試項目 |
用戶登錄 |
|
測試標題 |
輸入空的密碼 |
|
重要級別 |
高 |
|
預置條件 |
進入系統(tǒng) |
|
輸入 |
1234(賬號) |
|
操作步驟 |
1.輸入賬號1234,2.輸入空的密碼 |
|
預期輸出 |
系統(tǒng)提示學號和密碼不能為空 |
|
測試用例編號 |
Test_006 |
|
測試項目 |
用戶登錄 |
|
測試標題 |
輸入賬號和密碼 |
|
重要級別 |
高 |
|
預置條件 |
進入系統(tǒng) |
|
輸入 |
1234(賬號),1234(密碼) |
|
操作步驟 |
1.輸入賬號1234,2.輸入密碼1234 |
|
預期輸出 |
進入主頁面 |
|
測試用例編號 |
Test_007 |
|
測試項目 |
用戶退出 |
|
測試標題 |
用戶退出系統(tǒng) |
|
重要級別 |
高 |
|
預置條件 |
進入系統(tǒng) |
|
輸入 |
|
|
操作步驟 |
點擊退出按鈕 |
|
預期輸出 |
退出系統(tǒng) |
|
測試用例編號 |
Test_008 |
|
測試項目 |
用戶查看所有課程信息 |
|
測試標題 |
查看課程信息 |
|
重要級別 |
高 |
|
預置條件 |
進入系統(tǒng) |
|
輸入 |
|
|
操作步驟 |
點擊查看課程按鈕 |
|
預期輸出 |
系統(tǒng)顯示所有課程信息 |
|
測試用例編號 |
Test_009 |
|
測試項目 |
從所有課程界面返回主界面 |
|
測試標題 |
用戶返回 |
|
重要級別 |
高 |
|
預置條件 |
進入系統(tǒng) |
|
輸入 |
|
|
操作步驟 |
點擊返回按鈕 |
|
預期輸出 |
系統(tǒng)從課程信息界面返回主界面 |
|
測試用例編號 |
Test_010 |
|
測試項目 |
進入選課界面 |
|
測試標題 |
用戶點擊選課按鈕 |
|
重要級別 |
高 |
|
預置條件 |
進入系統(tǒng) |
|
輸入 |
|
|
操作步驟 |
點擊選課按鈕 |
|
預期輸出 |
系統(tǒng)進入選課界面 |
|
測試用例編號 |
Test_011 |
|
測試項目 |
用戶輸入正確的課程名 |
|
測試標題 |
用戶選課 |
|
重要級別 |
高 |
|
預置條件 |
進入系統(tǒng) |
|
輸入 |
123 |
|
操作步驟 |
1.用戶輸入正確的課程名,2.點擊確定選課 |
|
預期輸出 |
選課成功 |
|
測試用例編號 |
Test_012 |
|
測試項目 |
用戶輸入錯誤的課程名 |
|
測試標題 |
用戶選課 |
|
重要級別 |
高 |
|
預置條件 |
進入系統(tǒng) |
|
輸入 |
qqqqqqq |
|
操作步驟 |
1.輸入課程名qqqqqqq,2.點擊確定選課 |
|
預期輸出 |
系統(tǒng)提示課程不存在 |
|
測試用例編號 |
Test013 |
|
測試項目 |
退選課程 |
|
測試標題 |
退選不存在的課程 |
|
重要級別 |
高 |
|
預置條件 |
進入系統(tǒng) |
|
輸入 |
000 |
|
操作步驟 |
點擊退課并輸入課程號 |
|
預期輸出 |
彈出對話框“不存在該課程號” |
|
測試用例編號 |
Test014 |
|
測試項目 |
退選課程 |
|
測試標題 |
退選未選擇課程 |
|
重要級別 |
高 |
|
預置條件 |
進入系統(tǒng) |
|
輸入 |
125 |
|
操作步驟 |
點擊退課并輸入課程號 |
|
預期輸出 |
彈出對話框“你未選擇過該課程” |
|
測試用例編號 |
Test015 |
|
測試項目 |
退選已經(jīng)選的課程 |
|
測試標題 |
退選課程 |
|
重要級別 |
高 |
|
預置條件 |
進入系統(tǒng) |
|
輸入 |
123 |
|
操作步驟 |
1.輸入123,2.點擊退課,3.點擊確定 |
|
預期輸出 |
系統(tǒng)提示成功退課 |
|
測試用例編號 |
Test016 |
|
測試項目 |
退出系統(tǒng) |
|
測試標題 |
退出選課系統(tǒng) |
|
重要級別 |
高 |
|
預置條件 |
進入系統(tǒng) |
|
輸入 |
無 |
|
操作步驟 |
點擊退出 |
|
預期輸出 |
彈出對話框“是否退出系統(tǒng)”,點擊“是”會退出 |
|
測試用例編號 |
Test017 |
|
測試項目 |
退出系統(tǒng) |
|
測試標題 |
退出選課系統(tǒng) |
|
重要級別 |
高 |
|
預置條件 |
進入系統(tǒng) |
|
輸入 |
無 |
|
操作步驟 |
點擊右上角的× |
|
預期輸出 |
直接退出系統(tǒng) |
|
測試用例編號 |
Test018 |
|
測試項目 |
查詢 |
|
測試標題 |
查詢已選課程 |
|
重要級別 |
高 |
|
預置條件 |
進入系統(tǒng) |
|
輸入 |
無 |
|
操作步驟 |
點擊查詢 |
|
預期輸出 |
顯示已選擇課程 |
|
測試用例編號 |
Test019 |
|
測試項目 |
點擊退出按鈕,用戶退出系統(tǒng) |
|
測試標題 |
退出系統(tǒng) |
|
重要級別 |
高 |
|
預置條件 |
進入系統(tǒng) |
|
輸入 |
無 |
|
操作步驟 |
點擊退出按鈕 |
|
預期輸出 |
用戶退出系統(tǒng) |
4.3進度
小組成員全體參與每個測試用例。
4.4條件
硬件條件:正常可運行電腦,鍵盤鼠標。
軟件條件:Eclipse軟件和SQLserver軟件。
人員條件:全體小組成員。
4.5測試資料
[1]計算機軟件測試文檔編制規(guī)范GB/T 9386-2008.
[2]竇萬峰.軟件工程方法與實踐[M].北京:機械工業(yè)出版社,2009.
5.評價
5.1準則
質(zhì)量準則:錯誤率在1%左右,點擊按鈕系統(tǒng)反應時間不超過0.5秒。
覆蓋準則:用例覆蓋度99%。
5.2結(jié)束標準
各個用例預期結(jié)果和實際結(jié)果一致。
集成測試文檔
1.簡介
1.1目的
本文檔用于描述輔助選課系統(tǒng)集成測試所要遵循的規(guī)范以及確定測試方法、測試環(huán)境、測試用例的編寫和測試整個進度的計劃安排、人力資源安排等。
測試目的:集成測試目的是測試組成輔助選課系統(tǒng)的各個子模塊間的接口及功能實現(xiàn)等。
1.2背景
面對當前大學生選課時遇到選課時間慢、選的課程不滿意等問題,我們團隊準備開發(fā)出一個輔助選課系統(tǒng),以幫助學生更好地選課。
1.3范圍
需要集成的模塊為登錄模塊、選課模塊、退課模塊和查看模塊。
1.4參考文檔
[1]計算機軟件測試文檔編制規(guī)范GB/T 9386-2008.
[2]竇萬峰.軟件工程方法與實踐[M].北京:機械工業(yè)出版社,2009.
2.測試約束
2.1測試進出條件
2.1.1進入條件
程序能夠成功運行并顯示系統(tǒng)登錄界面
2.1.2退出條件
致命和嚴重級別缺陷清除率達到100%,致命和嚴重級別缺陷修復率達到100%,一般缺陷的遺留個數(shù)小于等于2個。
2.2測試通過和失敗準則
輸入測試用例后的結(jié)果與預期結(jié)果相近或者相同,測試即為成功,否則測試失敗。
2.3測試啟動/結(jié)束/暫停/再啟動準則
2.3.1測試啟動準則
程序運行成功,能夠輸入測試用例。
2.3.2測試結(jié)束準則
當對程序的各個功能都進行覆蓋測試并成功修復錯誤以后退出測試。
2.3.3測試暫停/再啟動準則
當測試過程中出現(xiàn)致命、嚴重以及一般級別缺陷后,測試工作需要暫停,當修復致命、嚴重以及一般級別缺陷后再重新啟動測試工作。
3測試需求
需求功能點:用戶登錄,選課,退課,顯示功能
接口:硬件接口,以及人際交互接口。
4測試風險
不可抗力因素:應及時保存程序的代碼,做好文檔的整理工作。
測試環(huán)境風險:弄清楚測試環(huán)境和生產(chǎn)環(huán)境配置,測試環(huán)境交叉影響較大,盡量增多測試環(huán)境數(shù)據(jù)量。
回歸測試風險:回歸測試一般時間相對來說較少,應該盡量測試多的回歸功能點,防止漏測;另外還有減少回歸驗證缺陷時業(yè)務流走不通導致的打回修復再驗證造成的時間延后問題。
5.集成策略
采用自下而上的集成順序,先將個模塊實現(xiàn)的功能進行測試,在集成后對整體功能進行測試,集成環(huán)境為Eclipse開發(fā)環(huán)境。
6.集成計劃
小組成員前期先將個模塊的功能實現(xiàn)比測試,中后期將各個模塊之間的關(guān)系整理好,在集成環(huán)境下將各個功能模塊進行整合并測試最終的功能。
7測試策略
7.1策略描述
先對最底層的各個小功能測試,然后逐層上升,將出現(xiàn)集成,直到實現(xiàn)最終的預期功能
7.2測試類型
●功能測試:登錄功能:預期結(jié)果:當出現(xiàn)運行成功后輸入用戶名和密碼,登錄成功顯示選課系統(tǒng)的菜單;用戶名不存在顯示“用戶名不存在,請重新輸入”,密碼不正確顯示“密碼不正確,請重新輸入“。
測試結(jié)果:與預期相符。
選課功能:預期結(jié)果:登錄成功后點擊“選課”按鈕,顯示選課界面,在選擇合適的課程后點擊課程后面的選課按鈕,選課成功顯示“選課成功”;選課人數(shù)達到上限顯示“人數(shù)已到上限,請重新選擇”。
測試結(jié)果:與預期相符。
退課功能:預期結(jié)果:選課成功后點擊“退課”按鈕,顯示退課界面,選擇想要退掉的課程后點擊課程后面的退課按鈕,退課成功顯示“退課成功”。
測試結(jié)果:與預期相符。
顯示功能:預期結(jié)果:登錄成功后點擊“我的課程”按鈕,顯示該用戶的所以課程。
測試結(jié)果:與預期相符
●接口測試:硬件接口:鍵盤和鼠標點擊是否有效果
軟件接口:
●容錯測試:暫無
●回歸測試:暫無
總結(jié)
- 上一篇: 未成年有案底了成年后能当兵吗?
- 下一篇: Python进阶之路一