軟件測試計(jì)劃書兩篇_第1頁
軟件測試計(jì)劃書兩篇_第2頁
軟件測試計(jì)劃書兩篇_第3頁
軟件測試計(jì)劃書兩篇_第4頁
軟件測試計(jì)劃書兩篇_第5頁
已閱讀5頁,還剩26頁未讀 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡介

1、精選優(yōu)質(zhì)文檔-傾情為你奉上精選優(yōu)質(zhì)文檔-傾情為你奉上專心-專注-專業(yè)專心-專注-專業(yè)精選優(yōu)質(zhì)文檔-傾情為你奉上專心-專注-專業(yè)軟件測試計(jì)劃書兩篇篇一:學(xué)生信息管理系統(tǒng)軟件測試計(jì)劃書引言目的測試學(xué)生信息管理系統(tǒng)中的各個(gè)功能模塊是否滿足用戶要求,并測試是否存bug。預(yù)期達(dá)到能夠使系統(tǒng)進(jìn)行快速的改進(jìn)和系統(tǒng)的提高。為了在軟件投入生產(chǎn)性運(yùn)行之前,盡可能多地發(fā)現(xiàn)軟件的錯(cuò)誤。背景本項(xiàng)目測試的背景;學(xué)生信息管理系統(tǒng)是一個(gè)教育單位不可缺少的部分,它的內(nèi)容對于決策者和管理者來說都至關(guān)重要,所以學(xué)生信息管理系統(tǒng)應(yīng)該能夠?yàn)橛脩籼峁┏渥愕男畔⒑涂旖莸牟樵兪侄?。但一直以來人們使用傳統(tǒng)人工的方式管理文件檔案,這種管理方式存

2、在著許多缺點(diǎn),如:效率低、保密性差,另外時(shí)間一長,將產(chǎn)生大量的文件和數(shù)據(jù),這對于查找、更新和維護(hù)都帶來了不少的困難。而計(jì)算機(jī)的應(yīng)用便解決了以上問題,它帶來更加科學(xué),有效,正規(guī)的管理方式,給人們帶來了很大的便利。學(xué)生信息管理系統(tǒng)界面簡潔,操作簡單,滿足了學(xué)校對學(xué)生信息管理的需要。b該開發(fā)項(xiàng)目的歷史,列出用戶和執(zhí)行此項(xiàng)目測試的機(jī)構(gòu)或人群;該項(xiàng)目前后經(jīng)歷了三個(gè)階段,前期設(shè)計(jì)階段,然后是開發(fā)階段,最后是軟件的測試階段。項(xiàng)目的用戶針對的是學(xué)校的廣大學(xué)生和管理員,系統(tǒng)的功能測試主要由專業(yè)的軟件測試人員進(jìn)行測試。范圍學(xué)生信息管理系統(tǒng)試采用的是黑盒測試的方式來對系統(tǒng)進(jìn)行測試。主要測試軟件的功能是否滿足客戶的需

3、要,性能是否優(yōu)越以及系統(tǒng)所存在的問題。對系統(tǒng)的各個(gè)模塊進(jìn)行詳細(xì)的測試,并記錄測試的結(jié)果,對測試的結(jié)果進(jìn)行細(xì)致的分析處理。測試時(shí)對系統(tǒng)的各個(gè)功能模塊進(jìn)行拆分測試,并以每一個(gè)模塊都要測試到。對所有可能的結(jié)果進(jìn)行測試,以及測試過程中存在的問題進(jìn)行分析,然后提交測試的記錄。最后,對軟件存在的問題以及性能的測試進(jìn)行全面分析,并給予記錄。在測試的過程中需要提出各個(gè)問題的假設(shè),以及根據(jù)需求報(bào)告文檔中存在的項(xiàng)目功能模塊和用戶的需求來改善系統(tǒng)。列出可能會影響測試設(shè)計(jì)、開發(fā)、或?qū)嵤┑乃酗L(fēng)險(xiǎn)或意外事件。列出可能會影響測試設(shè)計(jì)、開發(fā)或?qū)嵤┑乃屑s束。定義信息(Information):有關(guān)學(xué)生個(gè)人的詳細(xì)數(shù)據(jù),如姓名

4、、性別、家庭住址等管理(Manage):對學(xué)生信息進(jìn)行操作,如增刪改查等基本功能統(tǒng)計(jì)(Account):對學(xué)生信息的統(tǒng)計(jì),如人數(shù)等參考資料列出編寫本計(jì)劃及測試整個(gè)過程中所要參考的文件、資料。編號資料名稱作者日期出版單位1軟件測試入門與提高20XX.6清華大學(xué)出版社2軟件測試基礎(chǔ)教程20XX.3郵電大學(xué)出版社軟件測試自動化的引入和應(yīng)用20XX.4機(jī)械工業(yè)出版社列出編寫本計(jì)劃時(shí)需查閱的Intenet上雜志、專業(yè)著作、技術(shù)標(biāo)準(zhǔn)。查閱內(nèi)容網(wǎng)點(diǎn)地址簡介軟件測試工具測試軟件性能軟件測試工具ITPUB測試軟件的執(zhí)行效率測試內(nèi)容下表列出了學(xué)生信息管理系統(tǒng)的測試需求,并對其進(jìn)行了優(yōu)先級定義:子系統(tǒng)名稱模塊名稱測

5、試點(diǎn)優(yōu)先級說明成績管理增加成績學(xué)號0不能自動編號姓名1長度沒有限制學(xué)期0應(yīng)該是一個(gè)時(shí)間段而不是時(shí)間點(diǎn)點(diǎn)擊空白處0直接出錯(cuò),然后關(guān)閉系統(tǒng)添加按鈕0添加完成績之后不能及時(shí)刷新,就不能很快的知道是否真的添加成功成績查詢界面2操作起來不夠方便,查詢條件不具體。測試規(guī)則進(jìn)入準(zhǔn)則首先在系統(tǒng)中配置ODBC:控制版板-ODBC-選系統(tǒng)dns-選accessmdb-其中數(shù)據(jù)源名信息,點(diǎn)擊選擇按鈕,選你的程序目錄中的信息.mdb的文件-確定.另外安裝vb6.0企業(yè)版開發(fā)系統(tǒng)。使用賬戶登錄系統(tǒng)來完成各個(gè)功能的測試。暫停/退出準(zhǔn)則軟件系統(tǒng)在進(jìn)行單元、集成、確認(rèn)、系統(tǒng)、安裝、驗(yàn)收測試時(shí),發(fā)現(xiàn)一級錯(cuò)誤(大于等于1)、二級

6、錯(cuò)誤(大于等于2)暫停測試返回開發(fā)。軟件系統(tǒng)經(jīng)過單元、集成、確認(rèn)、系統(tǒng)、安裝、驗(yàn)收測試,分別達(dá)到單元、集成、確認(rèn)、系統(tǒng)、安裝、驗(yàn)收測試停止標(biāo)準(zhǔn)。軟件系統(tǒng)通過驗(yàn)收測試,并已得出驗(yàn)收測試結(jié)論。軟件項(xiàng)目需暫停以進(jìn)行調(diào)整時(shí),測試應(yīng)隨之暫停,并備份暫停點(diǎn)數(shù)據(jù)。軟件項(xiàng)目在其開發(fā)生命周期內(nèi)出現(xiàn)重大估算,進(jìn)度偏差,需暫?;蚪K止時(shí),測試應(yīng)隨之暫?;蚪K止,并備份暫?;蚪K止點(diǎn)數(shù)據(jù)測試方法本次測試運(yùn)用黑盒測試方法,對學(xué)生管理系統(tǒng)進(jìn)行測試。首先,進(jìn)行對功能模塊進(jìn)行劃分,明確功能測試的人員負(fù)責(zé)情況。其次對各個(gè)模塊進(jìn)行測試。黑盒測試也稱功能測試或數(shù)據(jù)驅(qū)動測試,它是在已知產(chǎn)品所應(yīng)具有的功能,通過測試來檢測每個(gè)功能是否都能正常

7、使用,在測試時(shí),把程序看作一個(gè)不能打開的黑盒子,在完全不考慮程序內(nèi)部結(jié)構(gòu)和內(nèi)部特性的情況下,測試者在程序接口進(jìn)行測試,它只檢查程序功能是否按照需求規(guī)格說明書的規(guī)定正常使用,程序是否能適當(dāng)?shù)亟邮蛰斎霐?shù)鋸而產(chǎn)生正確的輸出信息,并且保持外部信息(如數(shù)據(jù)庫或文件)的完整性。黑盒測試方法主要有等價(jià)類劃分、邊值分析、因果圖、錯(cuò)誤推測等,主要用于軟件確認(rèn)測試。黑盒測試著力于程序外部結(jié)構(gòu)、不考慮內(nèi)部邏輯結(jié)構(gòu)、針對軟件界面和軟件功能進(jìn)行測試?!昂诤蟹ㄊ歉F舉輸入測試,只有把所有可能的輸入都作為測試情況使用,才能以這種方法查出程序中所有的錯(cuò)誤。實(shí)際上測試情況有無窮多個(gè),人們不僅要測試所有合法的輸入,而且還要對那些不

8、合法但是可能的輸入進(jìn)行測試。當(dāng)完成模塊測試后進(jìn)行整個(gè)系統(tǒng)的功能測試測試手段路徑測試(pathtesting)。一條路徑包含測試員所執(zhí)行的所有步驟,或程序?yàn)榱说玫秸_狀態(tài)所通過的所有語句。路徑測試包括測試通過程序的很多路徑。通過非平凡程序的所有路徑是不可能的。因此,有些測試員進(jìn)行子路徑測試(subpathtesting),測試很多部分路徑。、語句與分支覆蓋率(statementandbranchcoverage)。如果測試執(zhí)行了程序中的所有語句(或代碼行),則達(dá)到100%的語句覆蓋率。如果執(zhí)行了所有語句和一個(gè)語句到另一個(gè)語句之間的所有分支,則達(dá)到100%的語句和分支覆蓋率。設(shè)計(jì)自己的測試,達(dá)到高

9、的語句與分支覆蓋率,有時(shí)叫做“基于覆蓋率的測試(coverage-basedtesting)”。(達(dá)到覆蓋率目標(biāo)后,可以停止測試,或停止設(shè)計(jì)更多的測試)。把它叫做語句與分支覆蓋率,是為了與關(guān)注其他類型覆蓋率的測試相區(qū)別。配置覆蓋率就是一個(gè)很好例子,這種手段執(zhí)行同一條語句很多次,但是潛在產(chǎn)生非常不同的結(jié)果。配置覆蓋率(configurationcoverage)。如果必須測試100臺打印饑的兼容性,并且已經(jīng)測試了10臺,就達(dá)到10%的打印機(jī)覆蓋率。更一般地,配置覆蓋率度量測試員已經(jīng)運(yùn)行(并且程序已經(jīng)通過)的配置測試占計(jì)劃運(yùn)行的配置測試總數(shù)的百分比?;谝?guī)格說明的測試(specification-

10、basedtesting)。這種測試關(guān)注驗(yàn)證在規(guī)格說明中所做的有關(guān)產(chǎn)品的每個(gè)事實(shí)聲明。(事實(shí)聲明是可以用真或假表示的任何語句。)常常包括手冊、市場開發(fā)文檔或廣告、技術(shù)支持人員寄給客戶的印刷品中的所有聲明?;谛枨蟮臏y試(requirements-basedtesting)。測試關(guān)注證明程序滿足需求文檔中的所有需求(或關(guān)注逐個(gè)需求地證明某個(gè)需求沒有被滿足。)組合測試(combinationtesting)。相互組合測試兩個(gè)或更多變量。本章最后的“測試手段附錄”還要討論這個(gè)問題。組合測試很重要,但是很多測試員對這種測試研究得還很不夠。測試要點(diǎn)主要測試系統(tǒng)的功能是否符合客戶要求,各個(gè)模塊之間的銜接程

11、度是否順暢,并測試軟件是否存在缺陷和漏洞。測試工具負(fù)載壓力測試工具這類測試工具的主要目的是度量應(yīng)用系統(tǒng)的可擴(kuò)展性和性能,是一種預(yù)測系統(tǒng)行為和性能的自動化測試工具。在實(shí)施并發(fā)負(fù)載過程中,通過實(shí)時(shí)性能監(jiān)測來確認(rèn)和查找問題,并針對所發(fā)現(xiàn)問題對系統(tǒng)性能進(jìn)行優(yōu)化,確保應(yīng)用的成功部署。負(fù)載壓力測試工具能夠?qū)φ麄€(gè)企業(yè)架構(gòu)進(jìn)行測試,通過這些測試,企業(yè)能最大限度地縮短測試時(shí)間,優(yōu)化性能和加速應(yīng)用系統(tǒng)的發(fā)布周期。功能測試工具通過自動錄制、檢測和回放用戶的應(yīng)用操作,將被測系統(tǒng)的輸出記錄同預(yù)先給定的標(biāo)準(zhǔn)結(jié)果比較,功能測試工具能夠有效地幫助測試人員對復(fù)雜的企業(yè)級應(yīng)用的不同發(fā)布版本的功能進(jìn)行測試,提高測試人員的工作效率和

12、質(zhì)量。其主要目的是檢測應(yīng)用程序是否能夠達(dá)到預(yù)期的功能并正常運(yùn)行。測試管理工具一般而言,測試管理工具對測試需求、測試計(jì)劃、測試用例、測試實(shí)施進(jìn)行管理,并且測試管理工具還包括對缺陷的跟蹤管理。測試管理工具能讓測試人員、開發(fā)人員或其他的IT人員通過一個(gè)中央數(shù)據(jù)倉庫,在不同地方就能交互信息。測試環(huán)境硬件環(huán)境1處理器:IntelPentium166MX或更高2內(nèi)存:32MB以上3硬盤空間:1GB以上4顯卡:SVGA顯示適配器軟件環(huán)境vb6.0企業(yè)版開發(fā)系統(tǒng)安全性環(huán)境要求操作系統(tǒng)的安全性,測試工具的安全性,測試軟件的安全性。項(xiàng)目任務(wù)以下是測試學(xué)生信息管理系統(tǒng)時(shí)與測試有關(guān)的任務(wù):測試規(guī)劃1.響應(yīng)時(shí)間我把“響

13、應(yīng)時(shí)間”的概念確定為“對請求作出響應(yīng)所需要的時(shí)間”,把響應(yīng)時(shí)間作為用戶視角的軟件性能的主要體現(xiàn)。響應(yīng)時(shí)間劃分為“呈現(xiàn)時(shí)間”和“系統(tǒng)響應(yīng)時(shí)間”兩個(gè)部分。2.并發(fā)用戶數(shù)我把“并發(fā)用戶數(shù)”與“同時(shí)在線數(shù)”進(jìn)行區(qū)別對待,我的“并發(fā)用戶數(shù)”的標(biāo)準(zhǔn)是:并發(fā)用戶數(shù)取決于測試對象的目標(biāo)業(yè)務(wù)場景,因此,在確定這個(gè)“并發(fā)用戶數(shù)”前,必須(必要)先對用戶的業(yè)務(wù)進(jìn)行分解、分析出典型的業(yè)務(wù)場景(也就是用戶最常使用、最關(guān)注的業(yè)務(wù)操作),然后基于場景采用某些方法(有多種計(jì)算并發(fā)用戶數(shù)的數(shù)學(xué)模型與公式)獲得“并發(fā)用戶數(shù)”。這樣做的原因是:假設(shè)一個(gè)應(yīng)用系統(tǒng)、最高峰有500人同時(shí)在線、但這500人卻不是并發(fā)用戶數(shù)、因?yàn)榧僭O(shè)在一個(gè)

14、時(shí)間點(diǎn)上、有50%的人在填寫復(fù)雜的表格(填寫表格動作對服務(wù)器沒有任何負(fù)擔(dān)、只有在“提交”動作的時(shí)候才會對服務(wù)器系統(tǒng)構(gòu)成壓力)、有40%的人在不停的從一個(gè)頁面跳轉(zhuǎn)到另外一個(gè)頁面(不停發(fā)出請求與回應(yīng)、產(chǎn)生服務(wù)器壓力)、還有10%的人掛在線上,沒有任何操作在發(fā)呆:)(沒有對服務(wù)器構(gòu)成壓力的動作)。因此只有那40%的人真正對服務(wù)器產(chǎn)生了壓力,從這里例子可以看出、并發(fā)用戶數(shù)關(guān)心的是不但是業(yè)務(wù)并發(fā)用戶數(shù)、還取決于業(yè)務(wù)邏輯、業(yè)務(wù)場景。因此我們需要本文第六部分性能測試文檔4、5、6。3.吞吐量我把吞吐量定義為“單位時(shí)間內(nèi)系統(tǒng)處理的客戶請求的數(shù)量”,直接體現(xiàn)軟件系統(tǒng)的性能承載能力,對于交互式應(yīng)用系統(tǒng)來說、吞吐量

15、反映的是服務(wù)器承受的壓力、在容量規(guī)劃的測試中、吞吐量是一個(gè)重要指標(biāo)、它不但反映在中間件、數(shù)據(jù)庫上、更加體現(xiàn)在硬件上。我們在以下方面利用這個(gè)指標(biāo):(1)用來協(xié)助設(shè)計(jì)性能測試場景,衡量性能測試是否達(dá)到了預(yù)計(jì)的設(shè)計(jì)目標(biāo)、比如J2EE應(yīng)用系統(tǒng)的連接池、數(shù)據(jù)庫事務(wù)發(fā)生頻率、事務(wù)發(fā)生次數(shù)。(2)用來協(xié)助分析性能瓶頸、參照本文第二部分總的RBI方法。4.性能計(jì)數(shù)器性能計(jì)數(shù)器式描述服務(wù)器或操作系統(tǒng)性能的一些數(shù)據(jù)指標(biāo)、例如對WINDOWS來說使用內(nèi)存數(shù)、CPU使用率、進(jìn)程時(shí)間等都是常見的計(jì)數(shù)器。對于性能計(jì)數(shù)器這個(gè)指標(biāo)來說、需要考慮到的不但有硬件計(jì)數(shù)器、web服務(wù)器計(jì)數(shù)器、Weblogic服務(wù)器計(jì)數(shù)器、Servl

16、et性能計(jì)數(shù)器、EJB2的性能計(jì)數(shù)器、JSF性能計(jì)數(shù)器、JMS性能計(jì)數(shù)器。找到這些指標(biāo)是使用性能計(jì)數(shù)器的第一步、關(guān)鍵是找到性能瓶頸、確定系統(tǒng)閥值、提供優(yōu)化建議才是性能計(jì)數(shù)器使用的關(guān)鍵。性能計(jì)數(shù)器復(fù)雜而繁多、與代碼上下文環(huán)境、系統(tǒng)配置情況、系統(tǒng)架構(gòu)、開發(fā)方式、使用到的規(guī)范實(shí)現(xiàn)、工具、類庫版本都有緊密的聯(lián)系、在此不作贅述。5.思考時(shí)間我把思考時(shí)間確定為“休眠時(shí)間”。從業(yè)務(wù)系統(tǒng)的角度來說,這個(gè)時(shí)間指的是用戶在驚醒操作時(shí)、每個(gè)請求之間的時(shí)間間隔、從自動化測試的角度來說、要真實(shí)的測試模擬用戶操作、就必須在測試腳本中讓各個(gè)操作之間等待一段時(shí)間、體現(xiàn)在腳本上就是在操作之間放置一個(gè)Think的函數(shù),體現(xiàn)為腳本

17、中兩個(gè)請求語句之間的間隔時(shí)間、不同的測試工具提供了不同的函數(shù)或方法來實(shí)現(xiàn)思考時(shí)間、比如HPLoadRuner和IBMRationalPerformanceTester的方式就完全不同。測試設(shè)計(jì)用戶層:主要是面向產(chǎn)品最終的使用操作者的測試。這里重點(diǎn)突出的是在操作者角度上,測試系統(tǒng)對用戶支持的情況,用戶界面的規(guī)范性、友好性、可操作性,以及數(shù)據(jù)的安全性。主要包括:用戶手冊、使用幫助、支持客戶的其他產(chǎn)品技術(shù)手冊是否正確、是否易于理解、是否人性化。用戶界面測試在確保用戶界面能夠通過測試對象控件或入口得到相應(yīng)訪問的情況下,測試用戶界面的風(fēng)格是否滿足用戶要求,例如:界面是否美觀、界面是否直觀、操作是否友好、

18、是否人性化、易操作性是否較好??删S護(hù)性測試可維護(hù)性是系統(tǒng)軟、硬件實(shí)施和維護(hù)功能的方便性。目的是降低維護(hù)功能對系統(tǒng)正常運(yùn)行帶來的影響。例如:對支持遠(yuǎn)程維護(hù)系統(tǒng)的功能或工具的測試。安全性測試這里的安全性主要包括了兩部分:數(shù)據(jù)的安全性和操作的安全性。核實(shí)只有規(guī)格規(guī)定的數(shù)據(jù)才可以訪問系統(tǒng),其他不符合規(guī)格的數(shù)據(jù)不能夠訪問系統(tǒng);核實(shí)只有規(guī)格規(guī)定的操作權(quán)限才可以訪問系統(tǒng),其他不符合規(guī)格的操作權(quán)限不能夠訪問系統(tǒng);應(yīng)用層:針對產(chǎn)品工程應(yīng)用或行業(yè)應(yīng)用的測試。重點(diǎn)站在系統(tǒng)應(yīng)用的角度,模擬實(shí)際應(yīng)用環(huán)境,對系統(tǒng)的兼容性、可靠性、性能等進(jìn)行的測試。系統(tǒng)性能測試針對整個(gè)系統(tǒng)的測試,包含并發(fā)性能測試、負(fù)載測試、壓力測試、強(qiáng)度

19、測試、破壞性測試。并發(fā)性能測試是評估系統(tǒng)交易或業(yè)務(wù)在漸增式并發(fā)情況下處理瓶頸以及能夠接收業(yè)務(wù)的性能過程;強(qiáng)度測試是在資源情況低的情況下,找出因資源不足或資源爭用而導(dǎo)致的錯(cuò)誤;破壞性測試重點(diǎn)關(guān)注超出系統(tǒng)正常負(fù)荷N倍情況下,錯(cuò)誤出現(xiàn)狀態(tài)和出現(xiàn)比率以及錯(cuò)誤的恢復(fù)能力。系統(tǒng)可靠性、穩(wěn)定性測試一定負(fù)荷的長期使用環(huán)境下,系統(tǒng)可靠性、穩(wěn)定性。系統(tǒng)兼容性測試系統(tǒng)中軟件與各種硬件設(shè)備兼容性,與操作系統(tǒng)兼容性、與支撐軟件的兼容性。系統(tǒng)組網(wǎng)測試組網(wǎng)環(huán)境下,系統(tǒng)軟件對接入設(shè)備的支持情況。包括功能實(shí)現(xiàn)及群集性能。系統(tǒng)安裝升級測試安裝測試的目的是確保該軟件在正常和異常的不同情況下進(jìn)行安裝時(shí)都能按預(yù)期目標(biāo)來處理。例如,正常

20、情況下,第一次安裝或升級、完整的或自定義的安裝都能進(jìn)行安裝。異常情況包括磁盤空間不足、缺少目錄創(chuàng)建權(quán)限等。還有一個(gè)目的是核實(shí)軟件在安裝后可立即正常運(yùn)行。另外對安裝手冊、安裝腳本等也需要關(guān)注。測試執(zhí)行準(zhǔn)備故障轉(zhuǎn)移和恢復(fù)測試可確保測試對象能成功完成轉(zhuǎn)移,并能從導(dǎo)致意外數(shù)據(jù)損失或數(shù)據(jù)完整性破環(huán)的各種硬件、軟件、網(wǎng)絡(luò)故障中恢復(fù)數(shù)據(jù)。故障轉(zhuǎn)移測試可確保:對于必須持續(xù)運(yùn)行的系統(tǒng),一旦發(fā)生故障,備用系統(tǒng)就將不失時(shí)機(jī)地“頂替”發(fā)生故障的系統(tǒng),以避免丟失任何數(shù)據(jù)或事務(wù)?;謴?fù)測試是一種對抗性的測試過程。在這種測試中,將把應(yīng)用程序或系統(tǒng)至于極端的條件下(或者是模擬的極端條件下),以產(chǎn)生故障(例如設(shè)備輸入/輸出(I/

21、O)故障或無效的數(shù)據(jù)庫指針和關(guān)鍵字)。然后調(diào)用恢復(fù)進(jìn)程并檢測和檢查應(yīng)用程序和系統(tǒng),核實(shí)應(yīng)用程序或系統(tǒng)和數(shù)據(jù)已得到了正確的恢復(fù)。測試執(zhí)行1前提條件確保測試項(xiàng)目的功能正常,如導(dǎo)航,數(shù)據(jù)輸入,處理、檢索是否正確,以及業(yè)務(wù)規(guī)則的實(shí)施是否恰當(dāng)。此類測試基于黑盒技術(shù),該技術(shù)通過圖形用戶界面(GUI)與應(yīng)用程序進(jìn)行交互,并對交互的輸出或結(jié)果進(jìn)行分析,以此來核實(shí)應(yīng)用程序及其內(nèi)部進(jìn)程,這是目前的測試重點(diǎn)。執(zhí)行用例及原始數(shù)據(jù)記錄提交測試問題單和測試報(bào)告回歸及驗(yàn)收測試輸出工件利用有效的和無效的數(shù)據(jù)來執(zhí)行各個(gè)用例流,以核實(shí)以下內(nèi)容:在使用有效數(shù)據(jù)時(shí)得到預(yù)期的結(jié)果在使用無效數(shù)據(jù)時(shí)顯示相應(yīng)的錯(cuò)誤消息或警告消息。實(shí)施計(jì)劃工

22、作量估計(jì)根據(jù)工作內(nèi)容和項(xiàng)目任務(wù)對包括測試設(shè)計(jì)的工作量、測試執(zhí)行和測試總結(jié)的工作量,以人月或人日計(jì),并詳細(xì)注釋測試設(shè)計(jì)、測試執(zhí)行和測試總結(jié)工作所占的比重。軟件測試工作量應(yīng)為開發(fā)工作量的30%-40%為宜。工作階段所需工作日占項(xiàng)目的比例測試規(guī)劃階段115%測試設(shè)計(jì)階段115%測試實(shí)施階段120%測試執(zhí)行階段120%測試總結(jié)階段115%人員需求及安排下表列出了在此測試活動的人員安排:角色人員具體職責(zé)/備注測試經(jīng)理負(fù)責(zé)軟件測試的總體安排監(jiān)督工作測試設(shè)計(jì)負(fù)責(zé)設(shè)計(jì)測試方案以及測試用例測試人員負(fù)責(zé)對對項(xiàng)目按照測試方案進(jìn)行具體測試記錄人員負(fù)責(zé)系統(tǒng)測試過程中記錄測試信息進(jìn)度安排下表列出了測試的時(shí)間安排:項(xiàng)目里程

23、碑開始時(shí)間結(jié)束時(shí)間輸出要求/備注測試規(guī)劃09:0010:00測試設(shè)計(jì)10:1011:10測試設(shè)計(jì)實(shí)施11:3013:30測試執(zhí)行14:0015:30測試總結(jié)16:0018:00可交付工件本節(jié)列出了將要?jiǎng)?chuàng)建的各種文檔、工具和報(bào)告,及其創(chuàng)建人員、交付對象和交付時(shí)間。風(fēng)險(xiǎn)管理L=Low(風(fēng)險(xiǎn)與處理的優(yōu)先級為低)M=Middle(風(fēng)險(xiǎn)與處理的優(yōu)先級為中)H=High(風(fēng)險(xiǎn)與處理的優(yōu)先級為高)測試階段測試因素功能測試階段安裝測試階段文檔測試正確性HHH文件完整性HHH處理的連續(xù)性MMM訪問控制MMM符合性HHH可靠性HHH易操作性HHH可維護(hù)性HHH可移植性HHH2.問題嚴(yán)重度描述問題嚴(yán)重度描述致命缺陷

24、1由于程序所引起的死機(jī),非法退出2死循環(huán)3數(shù)據(jù)庫發(fā)生死鎖4因錯(cuò)誤操作導(dǎo)致的程序中斷5主要功能丟失或功能嚴(yán)重錯(cuò)誤6與數(shù)據(jù)庫連接錯(cuò)誤7數(shù)據(jù)通訊錯(cuò)誤嚴(yán)重缺陷1程序錯(cuò)誤2程序接口錯(cuò)誤3數(shù)據(jù)庫的表、業(yè)務(wù)規(guī)則、缺省值未加完整性等約束條件一般性缺陷1操作界面錯(cuò)誤(包括數(shù)據(jù)窗口內(nèi)列名定義、含義是否一致)2打印內(nèi)容、格式錯(cuò)誤3簡單的輸入限制未放在前臺進(jìn)行控制4刪除操作未給出提示5數(shù)據(jù)庫表中有過多的空字段篇二:軟件測試計(jì)劃引言編寫目的由于本次測試主要是針對需求進(jìn)行的系統(tǒng)測試,包括功能測試和性能測試技術(shù),功能測試是執(zhí)行指定的工作流程,性能測試是滿足功能的性能指標(biāo)。項(xiàng)目背景本次測試的目的是傳輸型電子血壓計(jì)SY9011

25、型增加NFC數(shù)據(jù)傳輸功能,血壓測量方式有所變化?;拘g(shù)語及定義無 任務(wù)概述測試要點(diǎn): 被測特性:對軟件進(jìn)行功能性測試;對軟件進(jìn)行非功能性測試。不被測特性:源代碼,邏輯等;模塊的接口,模塊的錯(cuò)誤處理,模塊的局部數(shù)據(jù)結(jié)構(gòu),模塊在執(zhí)行時(shí)執(zhí)行流的獨(dú)立路徑,模塊在處理邊界值時(shí)的情形;需求概述2.2.1功能需求:有身份識別卡血壓測量步驟:按血壓計(jì)【刷卡】鍵,屏幕顯示“f1d-”;將健康管理卡對準(zhǔn)“感應(yīng)區(qū)域”部位進(jìn)行刷卡;按血壓計(jì)【測量/結(jié)束】鍵,開始測量血壓數(shù)據(jù);測量結(jié)束后,顯示測量結(jié)果,數(shù)據(jù)自動保存的同時(shí)屏幕上“發(fā)送”字樣閃爍,如數(shù)據(jù)傳輸成功顯示“發(fā)送成功”,如數(shù)據(jù)發(fā)送失敗顯示“發(fā)送失敗”。無身份識別卡

26、血壓測量步驟:按血壓計(jì)【刷卡】鍵;按血壓計(jì)【測量/結(jié)束】鍵,開始測量血壓數(shù)據(jù);測量結(jié)束后,顯示測量結(jié)果,并自動保存測量數(shù)據(jù)。 2.2.2性能需求: 編號軟件需求內(nèi)容PRD33性能功能要求PRD31數(shù)據(jù)傳輸型電子血壓計(jì)血壓測量范圍(037.3)kPa(0280)mmHgPRD32數(shù)據(jù)傳輸型電子血壓計(jì)脈率測量范圍(40180)bpmPRD33數(shù)據(jù)傳輸型電子血壓計(jì)支持顯示最小單位為0.133 kPa(1 mmHg)PRD34數(shù)據(jù)傳輸型電子血壓計(jì)測量精度為溫度540時(shí),壓力3mmHg、脈搏5%PRD35充氣至40kPa(300 mmHg),測量設(shè)備能自動進(jìn)行放氣PRD36無論升壓還是降壓,在量程中的任

27、何測量點(diǎn)上,臂帶內(nèi)壓力測量的最大誤差應(yīng)是0.4kPa(3mmHg)PRD37在靜態(tài)連續(xù)低壓狀態(tài)下測量,在刻度范圍內(nèi)每一點(diǎn)重復(fù)測量的讀數(shù)之間,相差應(yīng)不大于0.533 kPa(4 mmHg)PRD38充滿氣體的系統(tǒng)在閥門全開時(shí)的快速放氣,壓力從34.67 kPa(260 mmHg) 降到2 kPa(15 mmHg)的時(shí)間不應(yīng)超過10s計(jì)劃測試方案 測試方法: 根據(jù)已批準(zhǔn)的用戶測試計(jì)劃,對數(shù)據(jù)傳輸型電子血壓計(jì)進(jìn)行用戶測試系統(tǒng)測試的通過準(zhǔn)則:數(shù)據(jù)傳輸型電子血壓計(jì)滿足產(chǎn)品預(yù)期用途:通過成人測量血壓和脈搏來顯示被測對象的血壓及脈搏。系統(tǒng)測試結(jié)果:通過產(chǎn)品用戶測試,數(shù)據(jù)傳輸型電子血壓計(jì)滿足其預(yù)期用途。3.2

28、測試機(jī)構(gòu)與人員 角色小組成員職責(zé)總測試人胡杰制定測試計(jì)劃,組織測試工作系統(tǒng)測試用例評審、測試總結(jié)報(bào)告評審提交測試輸出文檔測試員黃興系統(tǒng)測試用例編寫系統(tǒng)測試用例執(zhí)行填寫測試跟蹤結(jié)果報(bào)告系統(tǒng)測試總結(jié)報(bào)告編寫測試系統(tǒng)管理員余斌測試環(huán)境的搭建測試軟件的維護(hù)測試數(shù)據(jù)的建立測試項(xiàng)目說明(按照順序逐個(gè)對測試項(xiàng)目進(jìn)行說明)編號測試目標(biāo)操作/設(shè)備預(yù)期結(jié)果功能測試1有身份識別卡血壓測量步驟:按血壓計(jì)【刷卡】鍵,屏幕顯示“f1d-”;將健康管理卡對準(zhǔn)“感應(yīng)區(qū)域”部位進(jìn)行刷卡;按血壓計(jì)【測量/結(jié)束】鍵,開始測量血壓數(shù)據(jù);測量結(jié)束后,顯示測量結(jié)果,數(shù)據(jù)自動保存的同時(shí)屏幕上“發(fā)送”字樣閃爍,如數(shù)據(jù)傳輸成功顯示“發(fā)送成功”

29、,如數(shù)據(jù)發(fā)送失敗顯示“發(fā)送失敗”。按該步驟進(jìn)行實(shí)際操作按功能鍵能進(jìn)入刷卡等待界面;健康卡進(jìn)行刷卡后,能通對血壓計(jì)【測量/結(jié)束】鍵開始測量血壓數(shù)據(jù);測量結(jié)束后“發(fā)送成功”和“發(fā)送失敗”狀態(tài)正常。2無身份識別卡血壓測量步驟:按血壓計(jì)【刷卡】鍵;按血壓計(jì)【測量/結(jié)束】鍵,開始測量血壓數(shù)據(jù);測量結(jié)束后,顯示測量結(jié)果,并自動保存測量數(shù)據(jù)。按該步驟進(jìn)行實(shí)際操作無身份證時(shí),按血壓計(jì)【刷卡】鍵后,能通過血壓計(jì)【測量/結(jié)束】鍵,開始測量血壓數(shù)據(jù);血壓計(jì)測量結(jié)束后,顯示測量結(jié)果,并自動保存測量數(shù)據(jù)。性能測試1數(shù)據(jù)傳輸型電子血壓計(jì)血壓測量范圍(037.3)kPa(0280)mmHgFluke BP PUMP 2 模

30、擬器選擇Fluke BP PUMP 2 模擬器量程(0280)mmHg均能正常測量血壓2數(shù)據(jù)傳輸型電子血壓計(jì)脈率測量范圍(40180)bpmFluke BP PUMP 2 模擬器選擇Fluke BP PUMP 2 模擬器量程(40180)bpm均能正常測量脈搏3數(shù)據(jù)傳輸型電子血壓計(jì)支持顯示最小單位為0.133 kPa(1 mmHg)Fluke BP PUMP 2 模擬器選擇Fluke BP PUMP 2任意檔位測量血壓,最小單位為0.133 kPa(1 mmHg)4數(shù)據(jù)傳輸型電子血壓計(jì)測量精度為溫度540時(shí),壓力3mmHg、脈搏5%Fluke BP PUMP 2 模擬器在室溫溫度540時(shí),F(xiàn)l

31、uke BP PUMP 2任意檔數(shù)據(jù)傳輸型電子血壓計(jì)測量精度為,壓力3mmHg、脈搏5%5充氣至40kPa(300 mmHg),測量設(shè)備能自動進(jìn)行放氣Fluke BP PUMP 2 模擬器Fluke BP PUMP 2儀器對血壓計(jì)充氣至40kPa(300 mmHg),測量設(shè)備能自動進(jìn)行放氣6無論升壓還是降壓,在量程中的任何測量點(diǎn)上,臂帶內(nèi)壓力測量的最大誤差應(yīng)是0.4kPa(3mmHg)Fluke BP PUMP 2 模擬器Fluke BP PUMP 2儀器在測量血壓過程中,無論升壓還是降壓,在量程中的任何測量點(diǎn)上,臂帶內(nèi)壓力測量的最大誤差應(yīng)是0.4kPa(3mmHg)7在靜態(tài)連續(xù)低壓狀態(tài)下測量,在刻度范圍內(nèi)每一點(diǎn)重復(fù)測量的讀數(shù)之間,相差應(yīng)不大于0.533 kPa(4 mmHg)Fluke BP PUMP 2 模擬器Fluke

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論