軟件質(zhì)量測(cè)試規(guī)范
一、測(cè)試組的任務(wù)職責(zé)和測(cè)試的基本概念:
在軟件系統(tǒng)開發(fā)完成后,必須進(jìn)行測(cè)試和評(píng)價(jià),以確定軟件質(zhì)量是否達(dá)到預(yù)定目標(biāo),這樣才能保證軟件系統(tǒng)安全可靠地運(yùn)行。通過軟件測(cè)試可以盡可能地和盡可能多地找出各種隱藏的錯(cuò)誤和缺陷,及時(shí)進(jìn)行修改和彌補(bǔ)。軟件測(cè)試將直接影響到軟件產(chǎn)品的最終質(zhì)量。
測(cè)試組的任務(wù)是用盡可能高的精度測(cè)試所開發(fā)的軟件產(chǎn)品與規(guī)定需求的差距及其應(yīng)用時(shí)的適用性。如果發(fā)現(xiàn)缺陷,則軟件產(chǎn)品不能通過驗(yàn)收和使用,并退回給開發(fā)組。測(cè)試組的另一個(gè)任務(wù)是制定軟件應(yīng)用計(jì)劃,負(fù)責(zé)計(jì)劃在生產(chǎn)領(lǐng)域如何正確地使用程序及數(shù)據(jù)庫(kù)。
測(cè)試組的職責(zé)是確定測(cè)試過程、測(cè)試計(jì)劃和組織測(cè)試過程及執(zhí)行測(cè)試,但是不負(fù)責(zé)被測(cè)試系統(tǒng)的質(zhì)量。
測(cè)試組能夠有效地、成功地完成任務(wù)的關(guān)鍵因素是要有專門的測(cè)試設(shè)備、現(xiàn)代化的測(cè)試數(shù)據(jù)庫(kù)和測(cè)試工具。
在軟件開發(fā)過程中,需要采用分析的質(zhì)量保證措施來對(duì)軟件產(chǎn)品進(jìn)行測(cè)試和評(píng)價(jià)。分析的質(zhì)量保證措施包括靜態(tài)測(cè)試和動(dòng)態(tài)測(cè)試。靜態(tài)測(cè)試在對(duì)軟件進(jìn)行分析、檢查和測(cè)試時(shí),不實(shí)際運(yùn)行被測(cè)試的程序。動(dòng)態(tài)測(cè)試是通過運(yùn)行程序來檢驗(yàn)軟件的動(dòng)態(tài)特性和運(yùn)行結(jié)果的正確性,并根據(jù)程序的運(yùn)行過程對(duì)程序進(jìn)行評(píng)價(jià)的過程。動(dòng)態(tài)測(cè)試是依據(jù)經(jīng)驗(yàn)進(jìn)行測(cè)試的過程。它試圖使用定量的輸入,依靠經(jīng)驗(yàn)來調(diào)整程序,使其與規(guī)范的偏差在容許的范圍內(nèi),容許值取決于質(zhì)量需求。動(dòng)態(tài)測(cè)試也可以看成是一個(gè)評(píng)價(jià)和驗(yàn)證系統(tǒng)或系統(tǒng)部件的過程,它采用人工的或自動(dòng)的方法來辨別實(shí)際成果與期望成果的差別,并使系統(tǒng)滿足規(guī)定的需求。
動(dòng)態(tài)測(cè)試中常用的技術(shù)概念:
1、測(cè)試:可看成是運(yùn)行程序的過程,其目標(biāo)是找出錯(cuò)誤。
2、調(diào)試:找出引起錯(cuò)誤的原因的過程。它要規(guī)定怎樣修改錯(cuò)誤、檢查修改后對(duì)程序的影響并進(jìn)行修改。調(diào)試錯(cuò)誤后要進(jìn)行再測(cè)試。
3、錯(cuò)誤:是指計(jì)算值、觀測(cè)值、測(cè)量值之間,或條件與真值之間,不符合規(guī)定的或理論上的正確值或條件。
4、缺陷:是指與期望值或特征值的偏差。缺陷能影響程序的功能,例如:一個(gè)程序可能有好的功能,但其可維護(hù)性可能很差。缺陷可以發(fā)生在所有產(chǎn)品質(zhì)量規(guī)范規(guī)定的特性中。
5、失效:是指功能部件執(zhí)行其功能的能力喪失。一個(gè)部件的失效或影響較高層單元的運(yùn)行或產(chǎn)生嚴(yán)重的后果。失效將影響產(chǎn)品的可靠性。
6、故障:是指功能部件不能執(zhí)行所要求的功能??赡苡慑e(cuò)誤、缺陷或失效引起。故障可影響程序的有效性。
二、軟件測(cè)試規(guī)范:
測(cè)試組在測(cè)試過程中應(yīng)遵循一定的命名和設(shè)計(jì)規(guī)范,以此來保證程序的標(biāo)準(zhǔn)化和可維護(hù)性。測(cè)試組需要遵循的規(guī)范暫時(shí)包括如下幾個(gè):VB編程命名規(guī)范、數(shù)據(jù)庫(kù)命名規(guī)范、數(shù)據(jù)庫(kù)設(shè)計(jì)規(guī)范。具體內(nèi)容請(qǐng)參考各文件。
測(cè)試中發(fā)現(xiàn)的問題和測(cè)試方法規(guī)范如下:
1、軟件錯(cuò)誤等級(jí)定義表(Error Class)
失效等級(jí) | 定義 |
1 | 可造成重大損失,用戶認(rèn)為不允許出現(xiàn)的錯(cuò)誤 |
2 | 可造成較大損失,用戶認(rèn)為發(fā)生率應(yīng)很低的錯(cuò)誤 |
3 | 損失不大,但需要查找原因的錯(cuò)誤,記入錯(cuò)誤統(tǒng)計(jì) |
4 | 可不查找錯(cuò)誤原因,不記入錯(cuò)誤統(tǒng)計(jì) |
2、軟件錯(cuò)誤類型定義表(Error Type)
錯(cuò)誤類型 | 定義 |
1 | 需求分析錯(cuò)誤 |
2 | 程序代碼錯(cuò)誤 |
3 | 設(shè)計(jì)錯(cuò)誤 |
3、常用軟件測(cè)試方法(Testing Method)
序號(hào) | 測(cè)試類型 | 簡(jiǎn)述 |
1 | 黑盒法 | 即功能測(cè)試,完全基于軟件功能和需求的測(cè)試 |
2 | 白盒法 | 即結(jié)構(gòu)測(cè)試,已知程序的內(nèi)部邏輯,覆蓋全部代碼的測(cè)試 |
3 | 最小函數(shù)、模塊、類的測(cè)試 | |
4 | 增量集成測(cè)試 | 增加新功能后進(jìn)行的部分測(cè)試 |
5 | 集成測(cè)試 | 對(duì)由各部分組合起來的程序的測(cè)試 |
6 | 功能測(cè)試 | 黑盒類測(cè)試,測(cè)試軟件同功能需求的適合度 |
7 | 健全性測(cè)試 | 常作為初始測(cè)試,確定一個(gè)新的軟件版本是否表現(xiàn)正常,以應(yīng)付更強(qiáng)的測(cè)試 |
8 | 回歸測(cè)試 | 修復(fù)或調(diào)整好軟件環(huán)境之后重新測(cè)試 |
9 | 認(rèn)同測(cè)試 | 基于最終用戶說明書的測(cè)試 |
10 | 負(fù)載測(cè)試 | 測(cè)試應(yīng)用程序在重負(fù)載下的承受能力 |
11 | 測(cè)試應(yīng)用程序在重負(fù)載下的性能 | |
12 | 可用性測(cè)試 | 測(cè)試軟件操作及界面友好性 |
13 | 安裝/卸載測(cè)試 | 測(cè)試軟件安裝、卸載過程 |
14 | 數(shù)據(jù)一致性測(cè)試 | 測(cè)試意外情況發(fā)生時(shí),數(shù)據(jù)是否能保證一致性 |
15 | 驗(yàn)收測(cè)試 | 獲知用戶對(duì)軟件是否滿意 |
16 | 比較測(cè)試 | 在同類產(chǎn)品中比較軟件的優(yōu)缺點(diǎn) |
17 | @測(cè)試 | 軟件開發(fā)將結(jié)束時(shí)進(jìn)行該測(cè)試 |
18 | β測(cè)試 | 當(dāng)開發(fā)和測(cè)試工作實(shí)質(zhì)上完成時(shí)進(jìn)行該測(cè)試 |
建議采用以下測(cè)試方法:
1、黑盒法(Black Box);
2、白盒法(White Box);
3、可用性測(cè)試(Usability Testing);
4、單元測(cè)試(Unit Testing);
5、集成測(cè)試(Integrate Testing);
6、功能測(cè)試(Function Testing);
7、負(fù)載測(cè)試(Overload Testing);
8、性能測(cè)試(Ability Testing);
9、安裝/卸載測(cè)試(Install / Uninstall Testing);
10、驗(yàn)收測(cè)試或@測(cè)試(Check&Accept Testing);
posted on 2013-06-09 11:45 順其自然EVO 閱讀(827) 評(píng)論(0) 編輯 收藏 所屬分類: 測(cè)試學(xué)習(xí)專欄 、管理方向