軟件測試計劃文檔

1.引言

1.1編寫目的

滿足大學生選課需求，解決選課難的問題

1.2項目背景

如今，網上選課已成為大學生必經之路，但是普通的官方系統難以滿足大學生需求，我們擬在大學內推廣該軟件以解決大學選課難的問題

1.3術語定義

Ad hoc testing (隨機測試)，沒有書面測試用例、記錄期望結果、檢查列表、腳本或指令的測試。主要是根據測試者的經驗對軟件進行功能和性能抽查。隨機測試是根據測試說明書執行用例測試的重要補充手段，是保證測試覆蓋完整性的有效方式和過程。

Alpha testing (α測試),是由一個用戶在開發環境下進行的測試，也可以是公司內部的用戶在模擬實際操作環境下進行的受控測試，Alpha測試不能由程序員或測試員完成。

Automated Testing（自動化測試），使用自動化測試工具來進行測試，這類測試一般不需要人干預，通常在GUI、性能等測試中用得較多。

Beta testing(β測試),測試是軟件的多個用戶在一個或多個用戶的實際使用環境下進行的測試。開發者通常不在測試現場，Beta測試不能由程序員或測試員完成。

Black box testing（黑盒測試），指測試人員不關心程序具體如何實現的一種測試方法。根據軟件的規格對軟件進行各種輸入和觀察軟件的各種輸出結果來發現軟件的缺陷的測試，這類測試不考慮軟件內部的運作原理，因此軟件對用戶來說就像一個黑盒子。

Bug?(錯誤)，有時稱作defect（缺陷）或error（錯誤），軟件程序中存在的編程錯誤，可能會帶來不必要的副作用，軟件的功能和特性與設計規格說明書或用戶需求不一致的方面。軟件缺陷表現特征為：軟件未達到產品說明書標明的功能；軟件出現產品說明書指明不會出現的錯誤；軟件功能超出產品說明書指明的范圍；雖然產品說明書未指出但是軟件應達到的目標；軟件測試人員或用戶認為軟件難以理解，不易使用，運行速度緩慢等問題。

Bug report（錯誤報告），也稱為“Bug record（錯誤記錄）”，記錄發現的軟件錯誤信息的文檔，通常包括錯誤描述、復現步驟、抓取的錯誤圖像和注釋等。

Build（工作版本），軟件開發過程中用于內部測試的功能和性能等不完善的軟件版本。工作版本既可以是系統的可操作版本，也可以是展示要在最終產品中提供的部分功能的部分系統。

Compatibility Testing（兼容性測試），也稱“Configuration testing（配置測試）”，測試軟件是否和系統的其它與之交互的元素之間兼容，如：瀏覽器、操作系統、硬件等。驗證測試對象在不同的軟件和硬件配置中的運行情況。

Crash（崩潰），計算機系統或組件突然并完全的喪失功能，例如軟件或系統突然退出或沒有任何反應（死機）。

Debug（調試），開發人員確定引起錯誤的根本原因和確定可能的修復措施的過程。一般發生在子系統或單元模塊編碼完成時，或者根據測試錯誤報告指出錯誤以后，開發人員需要執行調試過程來解決已存在的錯誤。

Performance testing（性能測試），評價一個產品或組件與性能需求是否符合的測試。包括負載測試、強度測試、數據庫容量測試、基準測試等類型。

Regression testing（回歸測試），在發生修改之后重新測試先前的測試以保證修改的正確性。理論上，對軟件的任何新版本，都需要進行回歸測試，驗證以前發現和修復的錯誤是否在新軟件版本上再現。

Software life cycle（軟件生命周期），開始于一個軟件產品的構思，結束于該產品不再被使用的這段期間。

Static testing（靜態測試），不通過執行來測試一個系統。如代碼檢查，文檔檢查和評審等。

User interface testing (用戶界面測試)，指測試用戶界面的風格是否滿足客戶要求，文字是否正確，頁面是否美觀，文字，圖片組合是否完美，操作是否友好等等。UI 測試的目標是確保用戶界面會通過測試對象的功能來為用戶提供相應的訪問或瀏覽功能。確保用戶界面符合公司或行業的標準。包括用戶友好性、人性化、易操作性測試。

1.4參考資料

<<軟件工程 方法與實踐>>,<<軟件工程 實驗教程>>,<<數據庫系統概論>>,<<Qt 快速入門>>

2.任務概述

2.1目標

主要目標:能夠與官方選課系統對接,幫助大學生選課

覆蓋范圍：大學校內，用戶擬定為在校大學生

驗收標準：可完成選課并實現數據共享即可驗收

2.2測試環境

硬件環境：PC機

軟件環境：eclipse SDK，SQL server

2.3需求分析

2.3.1數據需求

學生個人賬戶信息

2.3.2事務需求

2.4條件與限制

硬件設備：PC機一臺

軟件系統保證：安裝eclipse SDK

人員齊備：全員到齊

時間限制：一周

3.計劃

3.1測試方案

主要內容是需求，分析，設計，實現。

3.2測試項目

●功能測試

在線選課：利用鼠標和鍵盤實現選擇需要的課程

在線退課：利用鼠標和鍵盤退掉已選課程

●回歸測試

定義

回歸測試是指修改了舊代碼后，重新進行測試以確認修改沒有引入新的錯誤或導致其他代碼產生錯誤。

意義

1、避免在回歸測試中應各種操作誤差所引起的測試結果異常。

2、可以保持和原始測試一直性。

3、可以提高測試效率。

4、測試經理可以更好的掌握測試存在的問題

●界面測試

1，簡介說明 說明文字是否合理，位置 ，是否正確。

2，背景/色調 是否正確、美觀、，是否符合用戶需求

3，登錄界面是否正常，能否正常登錄

4，能否正常選課和退選

5，測試登錄后能否正常退出

6，頁面元素的容錯性列表

7，頁面元素清單（為實現功能、是否將所需要的元素全部都列出來，如按鈕，單選框，復選框，列表框，超鏈框，輸入框等等）。

8，頁面元素的容錯性是否存在。

●負載測試

通過增加并發用戶數和（或）事務數量來測量組件或系統能夠承受的負載。

●文檔測試

1、測試方案(主要設計怎么測試什么內容和采用什么樣的方法，經過分析，在這里可以得到相應的測試用列表)

2、測試執行策略(可以主要包括哪些可以先測試，哪些可以放在一起測試之類的)，

3、測試用例(主要根據測試用例列表，寫出每一個用例的操作步驟和緊急程度，和預置結果)，

4、BUG描述報告(主要可以包括，測試環境的介紹，預置條件，測試人員，問題重現的操作步驟和當時測試的現場信息)，

5、整個項目的測試報告(從設計和執行的角度上來對此項目測試情況的介紹，從分析中總結此次設計和執行做的好的地方和需要努力的地方和對此項目的一個質量評價)。

3.3測試準備

1.測試計算機，是相對比較“干凈”的。 因為測試都是有風險的，有的時候會導致藍屏，計算機重新啟動，優勢時候則要求更換操作系統。

2.功能測試環境 和 性能測試環境 要分開。 性能測試是持續的，有的用例要一次運行十幾天，只有單獨的性能測試環境才能滿足這個要求。

3.提前準備好軟件和硬件。

4.測試支持平臺。 測試用例管理程序，bug管理程序，測試報告生成程序。

5.把搭建測試環境時遇到的問題和相應的解決辦法記錄下來。

3.4測試機構及人員

測試機構人員組成：羅驍，曾理，曾正旗，施宏飛，聶良疆

測試文檔書寫：施宏飛，聶良疆

軟件運行人員：羅驍，曾理

軟件完善人員：曾正旗

4.測試項目說明

4.1測試項目名稱及測試內容

測試項目名稱	測試內容
登錄功能	用戶能否正常輸入用戶名、密碼和正常登錄
選課功能	用戶能否正常選課
退課功能	用戶能否對已選課程進行退課
查看功能	用戶能否查看已選課程和自己的選課之前和之后課表

4.2測試用例

測試用例編號	Test_001
測試項目	用戶注冊
測試標題	輸入空的注冊賬號
重要級別	高
預置條件	進入系統
輸入	1234（密碼）
操作步驟	1.輸入空的賬號，2.輸入密碼1234
預期輸出	系統提示注冊學號和密碼不能為空

測試用例編號	Test_002
測試項目	用戶注冊
測試標題	輸入空的注冊密碼
重要級別	高
預置條件	進入系統
輸入	1234（賬號）
操作步驟	1.輸入注冊賬號1234，2..輸入空的密碼
預期輸出	系統提示注冊學號和密碼不能為空

測試用例編號	Test_003
測試項目	用戶注冊
測試標題	輸入注冊賬號和密碼
重要級別	高
預置條件	進入系統
輸入	1234（賬號），1234（密碼）
操作步驟	1.輸入賬號1234，2.輸入密碼1234
預期輸出	注冊成功

測試用例編號	Test_004
測試項目	用戶登錄
測試標題	輸入空的賬號
重要級別	高
預置條件	進入系統
輸入	1234（密碼）
操作步驟	1.輸入空的賬號，2.輸入密碼1234
預期輸出	系統提示學號和密碼不能為空

測試用例編號	Test_005
測試項目	用戶登錄
測試標題	輸入空的密碼
重要級別	高
預置條件	進入系統
輸入	1234（賬號）
操作步驟	1.輸入賬號1234，2.輸入空的密碼
預期輸出	系統提示學號和密碼不能為空

測試用例編號	Test_006
測試項目	用戶登錄
測試標題	輸入賬號和密碼
重要級別	高
預置條件	進入系統
輸入	1234（賬號），1234（密碼）
操作步驟	1.輸入賬號1234，2.輸入密碼1234
預期輸出	進入主頁面

測試用例編號	Test_007
測試項目	用戶退出
測試標題	用戶退出系統
重要級別	高
預置條件	進入系統
輸入
操作步驟	點擊退出按鈕
預期輸出	退出系統

測試用例編號	Test_008
測試項目	用戶查看所有課程信息
測試標題	查看課程信息
重要級別	高
預置條件	進入系統
輸入
操作步驟	點擊查看課程按鈕
預期輸出	系統顯示所有課程信息

測試用例編號	Test_009
測試項目	從所有課程界面返回主界面
測試標題	用戶返回
重要級別	高
預置條件	進入系統
輸入
操作步驟	點擊返回按鈕
預期輸出	系統從課程信息界面返回主界面

測試用例編號	Test_010
測試項目	進入選課界面
測試標題	用戶點擊選課按鈕
重要級別	高
預置條件	進入系統
輸入
操作步驟	點擊選課按鈕
預期輸出	系統進入選課界面

測試用例編號	Test_011
測試項目	用戶輸入正確的課程名
測試標題	用戶選課
重要級別	高
預置條件	進入系統
輸入	123
操作步驟	1.用戶輸入正確的課程名，2.點擊確定選課
預期輸出	選課成功

測試用例編號	Test_012
測試項目	用戶輸入錯誤的課程名
測試標題	用戶選課
重要級別	高
預置條件	進入系統
輸入	qqqqqqq
操作步驟	1.輸入課程名qqqqqqq，2.點擊確定選課
預期輸出	系統提示課程不存在

測試用例編號	Test013
測試項目	退選課程
測試標題	退選不存在的課程
重要級別	高
預置條件	進入系統
輸入	000
操作步驟	點擊退課并輸入課程號
預期輸出	彈出對話框“不存在該課程號”

測試用例編號	Test014
測試項目	退選課程
測試標題	退選未選擇課程
重要級別	高
預置條件	進入系統
輸入	125
操作步驟	點擊退課并輸入課程號
預期輸出	彈出對話框“你未選擇過該課程”

測試用例編號	Test015
測試項目	退選已經選的課程
測試標題	退選課程
重要級別	高
預置條件	進入系統
輸入	123
操作步驟	1.輸入123,2.點擊退課，3.點擊確定
預期輸出	系統提示成功退課

測試用例編號	Test016
測試項目	退出系統
測試標題	退出選課系統
重要級別	高
預置條件	進入系統
輸入	無
操作步驟	點擊退出
預期輸出	彈出對話框“是否退出系統”，點擊“是”會退出

測試用例編號	Test017
測試項目	退出系統
測試標題	退出選課系統
重要級別	高
預置條件	進入系統
輸入	無
操作步驟	點擊右上角的×
預期輸出	直接退出系統

測試用例編號	Test018
測試項目	查詢
測試標題	查詢已選課程
重要級別	高
預置條件	進入系統
輸入	無
操作步驟	點擊查詢
預期輸出	顯示已選擇課程

測試用例編號	Test019
測試項目	點擊退出按鈕，用戶退出系統
測試標題	退出系統
重要級別	高
預置條件	進入系統
輸入	無
操作步驟	點擊退出按鈕
預期輸出	用戶退出系統

4.3進度

小組成員全體參與每個測試用例。

4.4條件

硬件條件：正常可運行電腦，鍵盤鼠標。

軟件條件：Eclipse軟件和SQLserver軟件。

人員條件：全體小組成員。

4.5測試資料

[1]計算機軟件測試文檔編制規范GB/T 9386-2008.

[2]竇萬峰.軟件工程方法與實踐[M].北京：機械工業出版社，2009.

5.評價

5.1準則

質量準則：錯誤率在1%左右，點擊按鈕系統反應時間不超過0.5秒。

覆蓋準則：用例覆蓋度99%。

5.2結束標準

各個用例預期結果和實際結果一致。

集成測試文檔

1.簡介

1.1目的

本文檔用于描述輔助選課系統集成測試所要遵循的規范以及確定測試方法、測試環境、測試用例的編寫和測試整個進度的計劃安排、人力資源安排等。

測試目的：集成測試目的是測試組成輔助選課系統的各個子模塊間的接口及功能實現等。

1.2背景

面對當前大學生選課時遇到選課時間慢、選的課程不滿意等問題，我們團隊準備開發出一個輔助選課系統，以幫助學生更好地選課。

1.3范圍

需要集成的模塊為登錄模塊、選課模塊、退課模塊和查看模塊。

1.4參考文檔

[1]計算機軟件測試文檔編制規范GB/T 9386-2008.

[2]竇萬峰.軟件工程方法與實踐[M].北京：機械工業出版社，2009.

2.測試約束

2.1測試進出條件

2.1.1進入條件

程序能夠成功運行并顯示系統登錄界面

2.1.2退出條件

致命和嚴重級別缺陷清除率達到100%，致命和嚴重級別缺陷修復率達到100%，一般缺陷的遺留個數小于等于2個。

2.2測試通過和失敗準則

輸入測試用例后的結果與預期結果相近或者相同，測試即為成功，否則測試失敗。

2.3測試啟動/結束/暫停/再啟動準則

2.3.1測試啟動準則

程序運行成功，能夠輸入測試用例。

2.3.2測試結束準則

當對程序的各個功能都進行覆蓋測試并成功修復錯誤以后退出測試。

2.3.3測試暫停/再啟動準則

當測試過程中出現致命、嚴重以及一般級別缺陷后，測試工作需要暫停，當修復致命、嚴重以及一般級別缺陷后再重新啟動測試工作。

3測試需求

需求功能點：用戶登錄，選課，退課，顯示功能

接口：硬件接口，以及人際交互接口。

4測試風險

不可抗力因素：應及時保存程序的代碼，做好文檔的整理工作。

測試環境風險：弄清楚測試環境和生產環境配置，測試環境交叉影響較大，盡量增多測試環境數據量。

回歸測試風險：回歸測試一般時間相對來說較少，應該盡量測試多的回歸功能點，防止漏測；另外還有減少回歸驗證缺陷時業務流走不通導致的打回修復再驗證造成的時間延后問題。

5.集成策略

采用自下而上的集成順序，先將個模塊實現的功能進行測試，在集成后對整體功能進行測試，集成環境為Eclipse開發環境。

6.集成計劃

小組成員前期先將個模塊的功能實現比測試，中后期將各個模塊之間的關系整理好，在集成環境下將各個功能模塊進行整合并測試最終的功能。

7測試策略

7.1策略描述

先對最底層的各個小功能測試，然后逐層上升，將出現集成，直到實現最終的預期功能

7.2測試類型

●功能測試：登錄功能：預期結果：當出現運行成功后輸入用戶名和密碼，登錄成功顯示選課系統的菜單；用戶名不存在顯示“用戶名不存在，請重新輸入”，密碼不正確顯示“密碼不正確，請重新輸入“。

測試結果：與預期相符。

選課功能：預期結果：登錄成功后點擊“選課”按鈕，顯示選課界面，在選擇合適的課程后點擊課程后面的選課按鈕，選課成功顯示“選課成功”；選課人數達到上限顯示“人數已到上限，請重新選擇”。

測試結果：與預期相符。

退課功能：預期結果：選課成功后點擊“退課”按鈕，顯示退課界面，選擇想要退掉的課程后點擊課程后面的退課按鈕，退課成功顯示“退課成功”。

測試結果：與預期相符。

顯示功能：預期結果：登錄成功后點擊“我的課程”按鈕，顯示該用戶的所以課程。

測試結果：與預期相符

●接口測試：硬件接口：鍵盤和鼠標點擊是否有效果

軟件接口：

●容錯測試:暫無

●回歸測試:暫無

總結

以上是生活随笔為你收集整理的软件测试文档（终）的全部內容，希望文章能夠幫你解決所遇到的問題。

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