軟件測試計劃說明書

1、精選優(yōu)質(zhì)文檔-傾情為你奉上卷號卷內(nèi)編號密級分 類:TEST使用者:項(xiàng)目名稱：跳棋游戲 項(xiàng)目編號:S600-03-2010 測試計劃Version: 1.00項(xiàng) 目 承 擔(dān) 部 門： 電子工程學(xué)院 撰 寫 人（簽名）： 張受干 完 成 日 期： 2010-7-4 本文檔 使 用部門： 主管領(lǐng)導(dǎo) 項(xiàng)目組 客戶（市場） 維護(hù)人員 用戶 評審負(fù)責(zé)人（簽名）： 評 審 日 期： 文檔信息項(xiàng)目名:跳棋游戲 項(xiàng)目編號: S600-03-2010 標(biāo)題:System Test Plan作者:張受干創(chuàng)建日期:2010-6-12 10:32上次更新日期: 版本:1.0部門名稱:軟件評測部文檔狀態(tài)文檔狀態(tài)草稿 正式

2、文檔評審人員評審時間修訂文檔歷史記錄日期版本說明作者2010-06-121.0初始版本張受干2010-06-152.0根據(jù)項(xiàng)目計劃及迭代計劃調(diào)整，修改部分測試需求及測試策略朱國柱專心-專注-專業(yè)目錄 Test Plan1. 簡介1.1 目的“跳棋游戲的測試計劃”文檔有助于實(shí)現(xiàn)以下目標(biāo)：a、 確定幸福跳棋游戲測試的信息和應(yīng)測試的軟件構(gòu)件。b、 確定游戲測試的測試需求（高級需求）。c、 根據(jù)測試需求確定測試策略，并對這些策略加以說明。d、 確定系統(tǒng)測試所需的資源，并對測試的工作量進(jìn)行估計。e、 列出項(xiàng)目測試的可交付工件。1.2 背景本軟件來源幸福之家的小游戲，經(jīng)過用戶的廣泛應(yīng)用，發(fā)現(xiàn)了一些吧不易發(fā)

3、現(xiàn)的bug，因此要對該游戲進(jìn)行改進(jìn)和測試。1.3 范圍a、 本測試計劃是在項(xiàng)目的Elaboration Phase對整個項(xiàng)目測試工作的一個詳細(xì)描述，它將是以后所有測試工作的基礎(chǔ)。b、 幸福跳棋游戲項(xiàng)目的測試包括以下類型的測試活動。功能確認(rèn)測試性能測試容量測試安全性和訪問控制測試配置測試安裝測試用戶界面測試c、 系統(tǒng)測試將實(shí)現(xiàn)部分測試自動化，自動化腳本采用Rational Robot編寫；實(shí)現(xiàn)100%的需求覆蓋，采用TestManager來評估需求覆蓋情況。d、 本測試計劃中的活動在Elaboration階段將完成系統(tǒng)測試計劃，所有高優(yōu)先級的系統(tǒng)測試用例。e、 本測試計劃實(shí)施的前提條件是：項(xiàng)目組

4、按照開發(fā)計劃完成項(xiàng)目的實(shí)施、測試組能夠熟練使用Rational測試工具、測試組與分析與設(shè)計組、編碼組協(xié)調(diào)一致。f、 本測試計劃在以后的迭代中會根據(jù)需求和迭代計劃的變更而新增或更新。g、 本測試計劃適用于“幸福之家跳棋游戲”項(xiàng)目。本文檔將供給項(xiàng)目經(jīng)理及項(xiàng)目開發(fā)各組使用，包括測試組、分析與設(shè)計組、編碼組、SQA組、SCM組。1.4 項(xiàng)目標(biāo)識下表列出了制定系統(tǒng)測試計劃所用的文檔，并標(biāo)明了文檔的可用性：文檔（版本/日期）已創(chuàng)建或可用已被接受或已經(jīng)過復(fù)審作者或來源備注用例模型 是 o 否 是 o 否REQ補(bǔ)充規(guī)約 是 o 否 是 o 否REQ前景 是 o 否 是 o 否REQ項(xiàng)目計劃 是 o 否 是 o

5、 否PM迭代計劃 是 o 否 是 o 否PMElaboration迭代計劃測試需求下面列出了在項(xiàng)目測試中需要測試的測試對象（用例、功能性需求和非功能性需求）。1.5 功能測試需求核實(shí)Use Case Model中的所有用例、用例場景。測試需求ID核實(shí)用例優(yōu)先級TR-SST-QueryConsignQueryconsign高TR-SST-ReaveTaskReaveTask高TR-SST-CreateInstanceTR-SST-CreateInstance高TR-SST-AssignTaskAssignTask高TR-SST-UpdateTaskStateUpdateTaskState高TR-

6、SST-GetBackTacheGetBackTache低TR-SST-GetHistoryTacheGetHistoryTache低TR-SST-GetFlowTypeGetFlowType高TR-SST-GetFrontTacheGetFrontTache低TR-SST-ApplyRuleJumpApplyRuleJump低TR-SST-ConfirmValidityConfirmValidity低TR-SST-ConfirmFlowConfirmFlow高TR-SST-SelJumpTypeSelJumpType低TR-SST-SelTargetTacheSelTargetTache低T

7、R-SST-ExeRuleJumpExeRuleJump低TR-SST-AllotTacheAllotTache高TR-SST-AllotTaskAllotTask低TR-SST-ReAssignTaskReAssignTask低TR-SST-EditModelEditModel高TR-SST-GetUsersGetUsers高TR-SST-ManageRuleAuthorityManageRuleAuthority低TR-SST-TestValidityTestValidity低TR-SST-SubmitModelSubmitModel高TR-SST-ImportModelImportMod

8、el高TR-SST-VerifyUserVerifyUser高TR-SST-注冊組件注冊組件高TR-SST-CreateTaskConsignCreateTaskConsign高TR-SST-UpdateTaskConsignUpdateTaskConsign高TR-SST-CancelTaskConsignCancelTaskConsign高缺查詢?nèi)蝿?wù)委托高TR-SST-BackupLogBackupLog低TR-SST-QueryLogQueryLog低TR-SST-DeletingLogDeletingLog低TR-SST-ModifyRolePeopleModifyRolePeople

9、高TR-SST-QueryRolePeopleQueryRolePeople高TR-SST-QueryPersonRoleQueryPersonRole高TR-SST-ModifyRoleNameModifyRoleName高TR-SST-DeleteRoleDeleteRole高TR-SST-AddURoleAddURole高TR-SST-QueryServerStateQueryServerState高TR-SST-DeActivateInstanceDeActivateInstance低TR-SST- ShutdownServerShutdownServer高TR-SST- Activa

10、teInstanceActivateInstance低TR-SST- StartServerStartServer高TR-SST- interposeInstanceinterposeInstance低TR-SST- ResetInstanceResetInstance低TR-SST- RestartServerRestartServer高TR-SST- distoryInstancedistoryInstance低TR-SST- QueryRouteInfoQueryRouteInfo高TR-SST- QueryTaskQueryTask低TR-SST- DeleteTaskDeleteTa

11、sk低TR-SST- PromptOverTimeTaskPromptOverTimeTask低TR-SST- PromptInTimeTaskPromptInTimeTask低TR-SST- PromptNewTaskPromptNewTask低1.6 性能測試需求根據(jù)補(bǔ)充規(guī)約，本系統(tǒng)沒有性能方面的特殊需求。1.7 安全性和訪問控制測試需求核實(shí)Supplementary Specification中的訪問控制需求。測試需求ID：TR-SST-Safety-001 優(yōu)先級：高核實(shí)非注冊產(chǎn)品可以在三十天內(nèi)隨意使用，三十天后產(chǎn)品自動會要求用戶注冊。1.8 用戶界面測試需求核實(shí)Supplementa

12、ry Specification中的用戶界面要求：測試需求ID：TR-SST-GUI-001 優(yōu)先級：低核實(shí)用戶界面的設(shè)計將遵循Microsoft 用戶界面開發(fā)和分析指南。1.9 安裝測試需求 核實(shí)以下測試需求：測試需求ID：TR-SST-Install-001 優(yōu)先級：低核實(shí)首次安裝、重復(fù)安裝、選擇安裝后，安裝游戲能正常運(yùn)行。測試需求ID：TR-SST-Install-002 優(yōu)先級：低核實(shí)卸載后，該游戲沒有殘余。2. 測試策略首先用確定軟件檢測軟件的功能是否符合用戶的要求，參照需求規(guī)格說明書，其次才采用系統(tǒng)測試，使其與計算機(jī)硬件，外設(shè)，某些支持軟件，數(shù)據(jù)和人員等其他系統(tǒng)元素結(jié)合在一起，在實(shí)

13、際運(yùn)行環(huán)境下，對計算機(jī)系統(tǒng)一系列的測試，并有測試人員模擬用戶進(jìn)行測試。 2.1 測試類型2.1.1 數(shù)據(jù)和數(shù)據(jù)庫完整性測試因項(xiàng)目不涉及數(shù)據(jù)庫，不需要數(shù)據(jù)和數(shù)據(jù)庫完整性測試。2.1.2 功能測試功能測試是對2.1中的測試需求進(jìn)行功能確認(rèn)測試。這些測試的目標(biāo)在于確認(rèn)用例或用例場景是否能夠?qū)崿F(xiàn)。這種類型的測試采用黑盒測試方法，即通過圖形用戶界面 (GUI) 與應(yīng)用程序交互并分析輸出結(jié)果來確認(rèn)應(yīng)用程序的正確性。測試目標(biāo)：確保功能測試需求對應(yīng)的用例、用例場景能夠?qū)崿F(xiàn)。方法：采用黑盒測試技術(shù)設(shè)計功能測試用例。為各測試用例制定測試過程。并且錄制、編輯腳本用于回歸測試。執(zhí)行測試用例來核實(shí)各用例、用例場景、用例

14、流。主要核實(shí)以下內(nèi)容： 使用有效數(shù)據(jù)時得到預(yù)期的結(jié)果。 在使用無效數(shù)據(jù)時顯示相應(yīng)的錯誤消息或警告消息。完成標(biāo)準(zhǔn)： 所計劃的測試能夠覆蓋用例事件流（基本流及所有備選流），并且所計劃的測試已全部執(zhí)行。 所發(fā)現(xiàn)的缺陷已全部解決。需考慮的特殊事項(xiàng)：無業(yè)務(wù)周期測試因項(xiàng)目不涉及具體業(yè)務(wù)，不需要業(yè)務(wù)周期測試。3.1.4 用戶界面測試通過用戶界面 (UI) 測試來核實(shí)用戶與軟件的交互。UI 測試的目標(biāo)在于確保用戶界面向用戶提供了適當(dāng)?shù)脑L問和瀏覽測試對象功能的操作。確保 UI 功能內(nèi)部的對象符合預(yù)期要求，并遵循補(bǔ)充規(guī)約中定義的用戶界面設(shè)計標(biāo)準(zhǔn)Microsoft 用戶界面開發(fā)和分析指南。為測試需求TR-SST-G

15、UI-001設(shè)計測試。測試目標(biāo)：核實(shí)以下內(nèi)容： 通過瀏覽測試對象可正確反映功能和需求，這種瀏覽包括窗口與窗口之間、字段與字段之間的瀏覽，以及各種訪問方法（Tab 健、鼠標(biāo)移動和快捷鍵）的使用 窗口的對象和特征（例如：菜單、大小、位置、狀態(tài)和中心）都符合標(biāo)準(zhǔn)。方法：為每個窗口創(chuàng)建或修改測試，以核實(shí)各個應(yīng)用程序窗口和對象都可正確地進(jìn)行瀏覽，并處于正常的對象狀態(tài)。完成標(biāo)準(zhǔn)：各界面元素滿足Microsoft 用戶界面開發(fā)和分析指南標(biāo)準(zhǔn)。需考慮的特殊事項(xiàng)：因Microsoft 用戶界面開發(fā)和分析指南內(nèi)容較多，希望提取常用界面元素標(biāo)準(zhǔn)形成檢查表。以檢查表的形式來檢查界面。性能評價本項(xiàng)目沒有性能方面的要求。

16、負(fù)載測試本項(xiàng)目不作負(fù)載測試。2.1.3 強(qiáng)度測試本項(xiàng)目不考慮強(qiáng)度測試。2.1.4 容量測試本項(xiàng)目不考慮容量測試。安全性和訪問控制測試安全性和訪問控制測試側(cè)重于安全性的兩個關(guān)鍵方面：應(yīng)用程序級別的安全性，包括對數(shù)據(jù)或功能的訪問游戲級別的安全性，包括對游戲的登錄或遠(yuǎn)程訪問。應(yīng)用程序級別的安全性可確保：系統(tǒng)級別的安全性可確保：非注冊用戶在30天內(nèi)可以使用本系統(tǒng)，30天后提示用戶注冊。測試目標(biāo)：用來對測試需求TR-SST-Safety-001進(jìn)行驗(yàn)證。方法：應(yīng)用程序級別的安全性：確定并列出各用戶及其被授權(quán)訪問的日記和日記本。為各用戶創(chuàng)建測試，并通過創(chuàng)建各用戶所特有的功能(如翻看日記)來核實(shí)其訪問權(quán)限。

17、系統(tǒng)級別的訪問：1、 非注冊用戶下載程序，利用功能測試腳本運(yùn)行程序。2、 修改系統(tǒng)時間為29、30、31天后，利用功能測試腳本運(yùn)行程序。在29天能夠正常運(yùn)行，30天和31天后，出現(xiàn)提示用戶注冊信息。3、 用戶注冊后，利用功能測試腳本運(yùn)行程序，所有功能正常運(yùn)行。完成標(biāo)準(zhǔn)：完成所計劃的測試。需考慮的特殊事項(xiàng)：無2.1.5 故障轉(zhuǎn)移和恢復(fù)測試本項(xiàng)目不考慮故障轉(zhuǎn)移和恢復(fù)測試。2.1.6 配置測試本項(xiàng)目不考慮配置測試。安裝測試安裝測試有兩個目的。第一個目的是確保該軟件能夠在所有可能的配置下進(jìn)行安裝，例如，進(jìn)行首次安裝、完整的或自定義的安裝，以及在正常和異常情況下安裝。異常情況包括磁盤空間不足、缺少目錄創(chuàng)

18、建權(quán)限等。第二個目的是核實(shí)軟件在安裝后可立即正常運(yùn)行。這是指運(yùn)行大量為功能測試制定的測試。另外在安裝測試后需要測試卸載。測試目標(biāo)：核實(shí)在以下情況下，測試對象可正確地安裝到各種所需的硬件配置中，或從計算機(jī)卸載。首次安裝。以前從未安裝過TPWF的新計算機(jī)更新。以前安裝過相同版本的 TPWF 的計算機(jī)卸載。卸載TPWF。 方法：安裝：啟動或執(zhí)行安裝。使用預(yù)先確定的功能測試腳本子集來運(yùn)行軟件。 卸載： 卸載應(yīng)用程序，檢查注冊表、安裝路徑、系統(tǒng)路徑中關(guān)于TPWF的文件或信息是否完全卸載。完成標(biāo)準(zhǔn)：軟件能夠成功執(zhí)行，沒有出現(xiàn)任何故障。 軟件完全卸載，沒有殘余。需考慮的特殊事項(xiàng)：安裝和卸載時，對于公共組件應(yīng)

19、該提示。2.2 工具此項(xiàng)目將使用以下工具：用途工具廠商/自行研制版本測試管理Rational TestManagerRational2001.05缺陷跟蹤Rational ClearQuestRational2001.05用于功能性測試的工具Rational RobotRational2001.05用于性能測試的工具Rational TestManagerRational2001.05項(xiàng)目管理MS Word、MS ProjectMicrosoft20003. 資源以下確定了項(xiàng)目測試所需要的人力資源以及軟硬件資源。對測試所需要的腳色進(jìn)行了分配、明確職責(zé)。3.1 角色人力資源角色推薦的最少資源（所

20、分配的專職角色數(shù)量）具體職責(zé)或注釋測試經(jīng)理呂軍進(jìn)行管理監(jiān)督。 職責(zé)：提供技術(shù)指導(dǎo)獲取適當(dāng)?shù)馁Y源提供管理報告測試設(shè)計員呂軍、劉飚、陳旭確定測試用例、確定測試用例的優(yōu)先級并實(shí)施測試用例。職責(zé)：生成測試計劃生成測試模型（測試用例、測試過程、測試腳本）評估測試工作的有效性測試員陳旭、劉飚執(zhí)行測試。職責(zé)：執(zhí)行測試記錄結(jié)果從錯誤中恢復(fù)記錄缺陷測試系統(tǒng)管理員呂軍確保測試環(huán)境和資產(chǎn)得到管理和維護(hù)。職責(zé)：管理測試系統(tǒng)授予和管理角色對測試系統(tǒng)的訪問權(quán)配置管理員邱小波職責(zé)： 對測試工件實(shí)施配置管理。 及時通知對測試有影響的變更。 項(xiàng)目里程碑跳棋游戲測試在Elaboration Phase劃分成以下2個階段。具體時間

21、安排見Elaboration Iteration Plan.里程碑任務(wù)工作量開始日期制定測試計劃2day待Use Case Model & Supplementary Specification通過復(fù)審后開始設(shè)計測試10day待Use Case Specification通過復(fù)審后開始TPWF 的系統(tǒng)測試在Construction Phase劃分成以下5個階段。具體時間安排見Construction Iteration Plan.里程碑任務(wù)工作量制定測試計劃0.5day設(shè)計測試10day實(shí)施測試10day執(zhí)行測試15day評估測試2day4. 可交付工件系統(tǒng)測試需交付的主要工件如下：工件名稱負(fù)責(zé)人參與者交付時間系統(tǒng)