測試計劃的目的是測試系統(tǒng)實現(xiàn)的功能是否滿足需求階段定義的需求,性能是否滿足用戶需要,安全性是否具備企業(yè)級應(yīng)用系統(tǒng)應(yīng)該具備的安全級別。閱讀對象包括:
在迭部等地區(qū),都構(gòu)建了全面的區(qū)域性戰(zhàn)略布局,加強發(fā)展的系統(tǒng)性、市場前瞻性、產(chǎn)品創(chuàng)新能力,以專注、極致的服務(wù)理念,為客戶提供網(wǎng)站建設(shè)、做網(wǎng)站 網(wǎng)站設(shè)計制作按需開發(fā),公司網(wǎng)站建設(shè),企業(yè)網(wǎng)站建設(shè),品牌網(wǎng)站制作,營銷型網(wǎng)站,外貿(mào)營銷網(wǎng)站建設(shè),迭部網(wǎng)站建設(shè)費用合理。
— 系統(tǒng)需求調(diào)研人員。
— 系統(tǒng)設(shè)計人員。
— 系統(tǒng)開發(fā)人員。
— 系統(tǒng)最終用戶或最終用戶代表。
— 項目相關(guān)管理人員。
測試計劃包括的功能測試有:
— 單元測試。
— 集成測試。
— 系統(tǒng)測試。
— 驗收測試。
測試計劃包括的非功能測試有:
— 性能測試。
— 安全測試。
根據(jù)系統(tǒng)需求說明書列出系統(tǒng)的主要功能模塊,每個功能模塊的功能點清單,每個功能清單包括的業(yè)務(wù)場景和軟件系統(tǒng)操作場景,每個場景包括的用例,每個用例必須詳細(xì)列出具體的操作步驟,每個步驟的輸入值、輸出值,其中輸出值在計劃書里僅撰寫期望輸出值(Expected Result),但在測試報告里必須撰寫實際輸出值(Actually Result)。
在撰寫測試用例時,必須列出所有的用例清單,在每個清單后邊定義測試用例的優(yōu)先級。測試用例的優(yōu)先級分為:
H——必須測試。
M——應(yīng)該測試,只有在測試完所有H項后才進行該測試。
L——可能會測試,只有在測試完所有H和M項后才進行測試。
(1)性能測試
根據(jù)系統(tǒng)需求說明書確定主要業(yè)務(wù)場景、次要業(yè)務(wù)場景,每個場景包含的測試用例,以及每個測試用例出現(xiàn)的頻率。在測試計劃書中必須設(shè)計要錄制的測試用例,定義每個測試用例出現(xiàn)的頻率,然后組合生成測試場景,借助自動化測試工具,自動運行這些測試場景,分析測試結(jié)果,直到達(dá)到要求的性能數(shù)據(jù)。
(2)安全測試
設(shè)計***性測試腳本,避免無密碼登錄、錯誤密碼登錄、URL路徑漏洞、SQL注入漏洞等安全問題。
(3)用戶界面測試
由系統(tǒng)最終用戶測試系統(tǒng)界面是否是可接受的。
(4)回歸測試
在測試出問題的地方進行回歸測試,直到問題不再出現(xiàn)。
在測試之前必須制定詳細(xì)的測試計劃,然后按部就班地按照測試計劃執(zhí)行。測試計劃涉及測試人員的組織、系統(tǒng)資源的準(zhǔn)備、測試環(huán)境的搭建等。
測試計劃必須指出測試經(jīng)理、業(yè)務(wù)測試工程師和IT測試工程師,包括在各個階段需要介入測試的各種角色,以及相關(guān)的職責(zé)和權(quán)限等(見表1-1)。
表1-1 測試項目所需的人力資源
角 色 | 人 數(shù) | 具 體 職 責(zé) |
測試經(jīng)理 | 甲、乙雙方各一名 | 負(fù)責(zé)測試計劃、準(zhǔn)備和組織、驗收 |
業(yè)務(wù)測試工程師 | 不少于3名 | 主要負(fù)責(zé)功能測試,測試系統(tǒng)的功能是否符合業(yè)務(wù)要求 |
IT測試工程師 | 不少于3名 | 主要負(fù)責(zé)性能測試和安全測試,負(fù)責(zé)測試系統(tǒng)的非功能指標(biāo)是否滿足要求 |
表1-2列出了測試項目所需的系統(tǒng)資源,包括軟硬件資源、測試工具等。
表1-2 測試項目所需的系統(tǒng)資源
資源名稱/類型 | 基本配置及數(shù)量 |
PC臺式機 | 最低配置:P4、主頻1.6GHz以上、硬盤40GB、內(nèi)存512MB、5臺 |
系統(tǒng)軟件 | 微軟IE 7.0及以上版本 |
應(yīng)用軟件 | Microsoft Office、Visio |
測試管理平臺 | 必須搭建測試管理平臺 |
性能測試工具 | LoadRunner 8.0 |
用戶運行系統(tǒng)時的環(huán)境要求,比如所要求的操作系統(tǒng)、軟件版本,以及其他的一些特殊環(huán)境要求等,可根據(jù)不同的項目特征和實際情況,考慮是否需要此節(jié)。
使用同一個用戶ID模擬多并發(fā)實不可取的,此處需要提供100對真實的用戶名和密碼,存在文件userinfo.dat中,供測試場景使用;100個真實用戶模擬300并發(fā),在一定程度上設(shè)計為容錯測試。即:同一個ID在同時進行并發(fā)多資源操作,甚至有的ID已經(jīng)退出系統(tǒng)。
制定測試計劃時,還必須指出每個階段要執(zhí)行的測試,表1-3說明了測試將在哪個階段執(zhí)行。
表1-3 測試執(zhí)行階段
測試類型 | 測試階段 | |||
單元測試 | 集成測試 | 系統(tǒng)測試 | 驗收測試 | |
功能測試 | √ | √ | √ | |
性能測試 | × | (×)可選,或者當(dāng)系統(tǒng)性能測試發(fā)現(xiàn)缺陷時 | √ | |
安全測試 | × | (×)可選 | ||
用戶界面測試 | × | (×)可選 | √ | √ |
回歸測試 | 當(dāng)被測試的軟件或其環(huán)境改變時,在合適的測試階段進行回歸測試 |
測試計劃必須包括詳細(xì)的測試計劃,圖1-1所示是某個項目制定的測試進度計劃。
圖1-1 測試進度計劃
具體的測試時間計劃如表1-4所示。
表1-4 具體的測試時間計劃
測試階段 | 開始時間 | 完成時間 | 執(zhí)行人員 | 階段完成標(biāo)志 |
制定測試計劃 | 2011-07-12 | 2011-8-01 | 指定執(zhí)行責(zé)任人 | 完成測試計劃 |
需求Review | 2011-07-20 | 2011-07-29 | 指定執(zhí)行責(zé)任人 | |
設(shè)計Review | 2011-07-25 | 2011-07-29 | 指定執(zhí)行責(zé)任人 | |
設(shè)計測試用例 | 2011-07-20 | 2011-08-01 | 指定執(zhí)行責(zé)任人 | 完成測試用例 |
測試開發(fā) | 2011-07-25 | 2011-08-01 | 指定執(zhí)行責(zé)任人 | 代碼可交付 |
測試環(huán)境準(zhǔn)備 | 2011-07-25 | 2011-08-01 | 指定執(zhí)行責(zé)任人 | 搭建好測試環(huán)境 |
功能測試 | 2011-07-28 | 2011-08-12 | 指定執(zhí)行責(zé)任人 | 全部功能可用 |
集成測試 | 2011-08-15 | 2011-08-19 | 指定執(zhí)行責(zé)任人 | 全部功能可用 |
回歸測試 | 2011-08-22 | 2011-08-26 | 指定執(zhí)行責(zé)任人 | 所有Bug均改正 |
性能測試 | 2011-08-12 | 2011-08-16 | 指定執(zhí)行責(zé)任人 | 性能測試報告,滿足需求定義的要求 |
安全測試 | 2011-08-12 | 2011-08-20 | 指定執(zhí)行責(zé)任人 | 安全測試報告,滿足安全要求 |
驗收測試 | 2011-08-21 | 2011-08-25 | 指定執(zhí)行責(zé)任人 | 用戶可接受 |
文檔編寫 | 2011-08-25 | 2011-09-15 | 指定執(zhí)行責(zé)任人 | 完成本模塊系統(tǒng)操作手冊 |
網(wǎng)站題目:門戶系統(tǒng)測試---測試計劃
本文來源:http://bm7419.com/article32/jccppc.html
成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián),為您提供靜態(tài)網(wǎng)站、微信公眾號、手機網(wǎng)站建設(shè)、App開發(fā)、網(wǎng)站營銷、響應(yīng)式網(wǎng)站
聲明:本網(wǎng)站發(fā)布的內(nèi)容(圖片、視頻和文字)以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主,如果涉及侵權(quán)請盡快告知,我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場,如需處理請聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載,或轉(zhuǎn)載時需注明來源: 創(chuàng)新互聯(lián)