測試用例編寫規(guī)范
一、測試用例編寫準(zhǔn)備
從配置管理員處申請(qǐng)軟件配置:《需求規(guī)格說明書》和《設(shè)計(jì)說明書》;根據(jù)需求規(guī)格說明書和設(shè)計(jì)說明書,詳細(xì)理解用戶的真正需求,并且對(duì)軟件所實(shí)現(xiàn)的功能已經(jīng)準(zhǔn)確理解,然后著手制訂測試用例。
二、測試用例制定的原則
測試用例要包括欲測試的功能、應(yīng)輸入的數(shù)據(jù)和預(yù)期的輸出結(jié)果。測試數(shù)據(jù)應(yīng)該選用少量、高效的測試數(shù)據(jù)進(jìn)行盡可能完備的測試;基本目標(biāo)是:設(shè)計(jì)一組發(fā)現(xiàn)某個(gè)錯(cuò)誤或某類錯(cuò)誤的測試數(shù)據(jù),測試用例應(yīng)覆蓋方面:
1、正確性測試:輸入用戶實(shí)際數(shù)據(jù)以驗(yàn)證系統(tǒng)是滿足需求規(guī)格說明書的要求;測試用 例中的測試點(diǎn)應(yīng)首先保證要至少覆蓋需求規(guī)格說明書中的各項(xiàng)功能,并且正常。
2、容錯(cuò)性(健壯性)測試:程序能夠接收正確數(shù)據(jù)輸入并且產(chǎn)生正確(預(yù)期)的輸出, 輸入非法數(shù)據(jù)(非法類型、不符合要求的數(shù)據(jù)、溢出數(shù)據(jù)等),程序應(yīng)能給出提示 并進(jìn)行相應(yīng)處理。把自己想象成一名對(duì)產(chǎn)品操作一點(diǎn)也不懂的客戶,在進(jìn)行任意操作。
3、完整(安全)性測試:對(duì)未經(jīng)授權(quán)的人使用軟件系統(tǒng)或數(shù)據(jù)的企圖,系統(tǒng)能夠控制的程度,程序的數(shù)據(jù)處理能夠保持外部信息(數(shù)據(jù)庫或文件)的完整。
4、接口間測試:測試各個(gè)模塊相互間的協(xié)調(diào)和通信情況,數(shù)據(jù)輸入輸出的一致性和正確性。
5、數(shù)據(jù)庫測試:依據(jù)數(shù)據(jù)庫設(shè)計(jì)規(guī)范對(duì)軟件系統(tǒng)的數(shù)據(jù)庫結(jié)構(gòu)、數(shù)據(jù)表及其之間的數(shù)據(jù)調(diào)用關(guān)系進(jìn)行測試。
6、邊界值分析法:確定邊界情況(剛好等于、稍小于和稍大于和剛剛大于等價(jià)類邊界值),針對(duì)我們的系統(tǒng)在測試過程中主要輸入一些合法數(shù)據(jù)/非法數(shù)據(jù),主要在邊界值附近選取。
7、壓力測試:輸入10條記錄運(yùn)行各個(gè)功能,輸入30條記錄運(yùn)行,輸入50條記錄運(yùn)行……進(jìn)行測試。
8、等價(jià)劃分:將所有可能的輸入數(shù)據(jù)(有效的和無效的)劃分成若干個(gè)等價(jià)類。
9、錯(cuò)誤推測:主要是根據(jù)測試經(jīng)驗(yàn)和直覺,參照以往的軟件系統(tǒng)出現(xiàn)錯(cuò)誤之處。
10、效率:完成預(yù)定的功能,系統(tǒng)的運(yùn)行時(shí)間(主要是針對(duì)數(shù)據(jù)庫而言)。
11、可理解(操作)性:理解和使用該系統(tǒng)的難易程度(界面友好性)。
12、可移植性:在不同操作系統(tǒng)及硬件配置情況下的運(yùn)行性。
13、回歸測試:按照測試用例將所有的測試點(diǎn)測試完畢,測試中發(fā)現(xiàn)的問題開發(fā)人員 已經(jīng)解決,進(jìn)行下一輪的測試。
14、比較測試:將已經(jīng)發(fā)版的類似產(chǎn)品或原有的老產(chǎn)品與測試的產(chǎn)品同時(shí)運(yùn)行比較,或與已往的測試結(jié)果比較 。
說明:針對(duì)不同的測試類型和測試階段,測試用例編寫的側(cè)重點(diǎn)有所不同。
1、其中第1、2、6、8、9、13項(xiàng)為模塊(組件、控件)測試、組合(集成)測試、系統(tǒng)測試都涉及并重點(diǎn)測試的方面。
2、單元(模塊)測試(組件、控件)測試:重點(diǎn)測試第5項(xiàng)。
3、組合(集成)測試:重點(diǎn)進(jìn)行接口間數(shù)據(jù)輸入及邏輯的測試,即第4項(xiàng)。
4、系統(tǒng)測試:重點(diǎn)測試第3、7、10、11、12、14項(xiàng)。
5、其中壓力測試和可移植性測試如果是公司的系列產(chǎn)品,可以選用其中有代表性的產(chǎn)品進(jìn)行一次代表性測試即可。
6、GMPS基礎(chǔ)測試用例設(shè)計(jì)完成后,其他的測試項(xiàng)目只編寫設(shè)計(jì)與之不同部分的測試用例。
7、對(duì)于每個(gè)測試項(xiàng)目測試的測試用例不是一成不變的,隨著測試經(jīng)驗(yàn)的積累或在測試其他項(xiàng)目發(fā)現(xiàn)有測試不充分的測試點(diǎn)時(shí),可以不斷的補(bǔ)充完善測試項(xiàng)目的測試用例。
三、測試用例的填寫
一個(gè)軟件系統(tǒng)或項(xiàng)目共用一套完整的測試用例,整個(gè)系統(tǒng)測試過程測試完畢,將實(shí)際測試結(jié)果填寫到測試用例中,操作步驟應(yīng)盡可能的詳細(xì),測試結(jié)論是指最終的測試結(jié)果(結(jié)論為:通過或不通過)。
相關(guān)推薦:考試吧策劃:2010年軟件水平考試完全指南北京 | 天津 | 上海 | 江蘇 | 山東 |
安徽 | 浙江 | 江西 | 福建 | 深圳 |
廣東 | 河北 | 湖南 | 廣西 | 河南 |
海南 | 湖北 | 四川 | 重慶 | 云南 |
貴州 | 西藏 | 新疆 | 陜西 | 山西 |
寧夏 | 甘肅 | 青海 | 遼寧 | 吉林 |
黑龍江 | 內(nèi)蒙古 |