軟件測(cè)試桌面系統(tǒng)測(cè)試自動(dòng)化測(cè)試

軟件測(cè)試桌面系統(tǒng)測(cè)試自動(dòng)化測(cè)試工具瀏覽器軟件工程摘要:作為軟件開發(fā)的重要環(huán)節(jié)，軟件測(cè)試越來越受到人們的重視隨著軟件開發(fā)規(guī)模的增大、復(fù)雜程度的增加，以尋找軟件中的錯(cuò)誤為目的的測(cè)試工作就更加困難為了盡可能多地找出程序中的錯(cuò)誤，生產(chǎn)出高質(zhì)量的軟件產(chǎn)品，加強(qiáng)對(duì)測(cè)試工作的研究尤為重要本課題以Sun中國(guó)工程院的Linux桌面系統(tǒng)工程——JavaDesktopSystem的測(cè)試工作為根底，結(jié)合現(xiàn)有測(cè)試?yán)碚搶?duì)基于Linux的桌面系統(tǒng)的測(cè)試方法和測(cè)試技術(shù)進(jìn)行了深入細(xì)致的分析研究并取得了多項(xiàng)創(chuàng)新性成果在理論方面提出了復(fù)合白盒測(cè)試法和缺陷圖表統(tǒng)計(jì)模型復(fù)合白盒測(cè)試法是一種綜合性的測(cè)試方法，它利用測(cè)試覆蓋技術(shù)和面向缺陷的測(cè)試方法使發(fā)現(xiàn)的缺陷數(shù)量最大化，利用域比較測(cè)試技術(shù)和Mutation法降低測(cè)試用例的執(zhí)行次數(shù)從而減輕工作量缺陷圖表統(tǒng)計(jì)模型是基于缺陷統(tǒng)計(jì)分析的桌面軟件質(zhì)量評(píng)價(jià)方法，其核心包括缺陷分布統(tǒng)計(jì)、缺陷齡期統(tǒng)計(jì)和缺陷趨勢(shì)統(tǒng)計(jì)這些理論方法已在JavaDesktopSystem的測(cè)試實(shí)踐中得到應(yīng)用，并取得很好的實(shí)際效果設(shè)計(jì)測(cè)試用例和測(cè)試工具是桌面系統(tǒng)軟件測(cè)試中的關(guān)鍵技術(shù)問題本文以JavaDesktopSystem的重要組件Mozilla瀏覽器為對(duì)象，闡述了測(cè)試用例DOM引擎和Javascript解釋器、輔助測(cè)試工具IECT和自動(dòng)化性能測(cè)試工具Loadpage的實(shí)現(xiàn)方法，并詳細(xì)介紹了許多技術(shù)解決方案這些測(cè)試用例和測(cè)試工具在Mozilla瀏覽器的測(cè)試中正發(fā)揮著重要的作用

標(biāo)題:軟件測(cè)試桌面系統(tǒng)測(cè)試自動(dòng)化測(cè)試工具瀏覽器軟件工程

專業(yè):軟件工程

學(xué)位:碩士

單位:湖南大學(xué)@

關(guān)鍵詞:軟件測(cè)試桌面系統(tǒng)測(cè)試自動(dòng)化測(cè)試工具瀏覽器軟件工程論文簡(jiǎn)介：軟件測(cè)試技術(shù)的自動(dòng)化是軟件測(cè)試的開展趨勢(shì)，正確、合理地實(shí)施自動(dòng)化測(cè)試，能夠快速、徹底地對(duì)軟件進(jìn)行測(cè)試，從而提高軟件質(zhì)量，節(jié)省經(jīng)費(fèi)，縮短產(chǎn)品發(fā)布周期。本文系統(tǒng)的論述了在自動(dòng)化測(cè)試中所遇到的一些問題和誤解，包括測(cè)試方案、測(cè)試模型、測(cè)試流程、測(cè)試用例、測(cè)試腳本、缺陷管理、人員安排、測(cè)試工具使用，并在全國(guó)短波監(jiān)測(cè)網(wǎng)絡(luò)系統(tǒng)的測(cè)試中得到了實(shí)踐。在本文設(shè)計(jì)中，盡可能地應(yīng)用各模型中對(duì)工程有實(shí)用價(jià)值的方面，而不拘泥于某個(gè)具體的模型。在測(cè)試實(shí)踐中：以W模型作為參考框架，同時(shí)靈活運(yùn)用H模型獨(dú)立測(cè)試的思想。在到達(dá)恰當(dāng)?shù)木途w點(diǎn)時(shí)就開展獨(dú)立的測(cè)試工作，同時(shí)將測(cè)試工作進(jìn)行迭代。“盡早測(cè)試〞、“全面測(cè)試〞、“全過程測(cè)試〞和“獨(dú)立、迭代的測(cè)試〞是測(cè)試所遵循的四個(gè)原那么，這在實(shí)際測(cè)試工程中得到了應(yīng)用并得到了良好的效果。本文以整個(gè)短波系統(tǒng)開發(fā)生命周期為主線，相繼引入了測(cè)試工具。其中測(cè)試輔助工具CVS可以建立資源版本，建立每日構(gòu)建。TestDirector系統(tǒng)地控制整個(gè)測(cè)試過程，并創(chuàng)立整個(gè)測(cè)試工作流的框架和根底，使整個(gè)測(cè)試管理過程變得更為簡(jiǎn)單和有組織。winRunner是對(duì)系統(tǒng)進(jìn)行功能測(cè)試的，通過設(shè)計(jì)的腳本來自動(dòng)復(fù)現(xiàn)手工操作。LoadRunner是對(duì)系統(tǒng)性能進(jìn)行測(cè)試的，通過模擬上千萬用戶實(shí)施并發(fā)負(fù)載及實(shí)時(shí)性能監(jiān)測(cè)的方式來確認(rèn)和查找問題。以上工具交互配適宜用，在不斷的測(cè)試迭代中改善了短波系統(tǒng)開發(fā)過程，提高了系統(tǒng)的可靠性。軟件測(cè)試精華三分類：軟件測(cè)試2023-11-1721:05下面，談?wù)勡浖y(cè)試的其他方面的一些問題。一個(gè)被人忽略的軟件測(cè)試目的在談到測(cè)試時(shí)，許多作者都引用了GrenfordJ.Myers就軟件測(cè)試目的提出的以下觀點(diǎn)：1.測(cè)試是程序的執(zhí)行過程，目的在于發(fā)現(xiàn)錯(cuò)誤；2.一個(gè)好的測(cè)試用例在于能發(fā)現(xiàn)至今未發(fā)現(xiàn)的錯(cuò)誤；3.一個(gè)成功的測(cè)試是發(fā)現(xiàn)了至今未發(fā)現(xiàn)的錯(cuò)誤的測(cè)試。這是一種比較狹窄的觀點(diǎn)。作為一個(gè)清醒的、縱觀全局的軟件開發(fā)人員或管理者，我們應(yīng)當(dāng)從軟件過程的角度來看測(cè)試。一個(gè)被人忽略的軟件測(cè)試目的是：測(cè)試可以幫助發(fā)現(xiàn)當(dāng)前開發(fā)工作所采用的軟件過程〔也是一個(gè)“軟件〞〕的缺陷，以便進(jìn)行改進(jìn)?！苍谝韵碌挠懻撝?，“錯(cuò)誤〞與“缺陷〞根本上認(rèn)為代表相同意義?！吃鯓永斫膺@種說法呢？首先，測(cè)試并不僅僅是為了要找出錯(cuò)誤。分析錯(cuò)誤產(chǎn)生的原因和錯(cuò)誤在開發(fā)的哪一個(gè)階段產(chǎn)生，具有非常重要的意義。通過分析錯(cuò)誤的原因，我們可以立即在開發(fā)行動(dòng)中對(duì)其進(jìn)行改正。同時(shí)，這種分析也能幫助我們推理出與所分析的錯(cuò)誤有關(guān)聯(lián)的潛在錯(cuò)誤，從而有針對(duì)性地設(shè)計(jì)出檢測(cè)的方法。通過分析錯(cuò)誤產(chǎn)生于哪一個(gè)開發(fā)階段、而又在哪一個(gè)階段被發(fā)現(xiàn)，我們可以判斷從錯(cuò)誤的產(chǎn)生到錯(cuò)誤的發(fā)現(xiàn)，跨越了多少個(gè)開發(fā)階段。軟件開發(fā)的一條重要原那么是盡早發(fā)現(xiàn)與修正錯(cuò)誤?！伯?dāng)然，更高的一條原那么是盡量預(yù)防錯(cuò)誤的出現(xiàn)。〕一個(gè)錯(cuò)誤能夠超越本開發(fā)階段而不被發(fā)現(xiàn)，就指明了該開發(fā)階段的檢測(cè)手段有缺陷，從而也不難有針對(duì)性地制定出加強(qiáng)的措施與方法。這也就是軟件過程改進(jìn)的一項(xiàng)重要內(nèi)容。如果能做到在同一開發(fā)階段發(fā)現(xiàn)及修正錯(cuò)誤，該開發(fā)機(jī)構(gòu)就可以預(yù)期有一個(gè)高質(zhì)量的產(chǎn)品及一個(gè)低本錢、高效率的軟件過程。有些工程的主持人，認(rèn)為以盡快的速度把測(cè)試之前的所有開發(fā)階段完成〔實(shí)際并沒有完成〕，早日開始測(cè)試，以圖到達(dá)快速和高質(zhì)量〔因?yàn)樗坪跤懈L(zhǎng)的時(shí)間可用于測(cè)試〕。實(shí)際的效果將會(huì)是俗語所說的“欲速不達(dá)〞。從常識(shí)就可以知道，花開發(fā)時(shí)間去繼續(xù)擴(kuò)大開展前面階段引入的錯(cuò)誤，得出的只能是更大量的需要耗時(shí)修正的錯(cuò)誤。因此，正確分析與利用測(cè)試的結(jié)果，我們可以非常有效地進(jìn)行軟件過程改進(jìn)。軟件開發(fā)全過程檢測(cè)，力爭(zhēng)本階段修正錯(cuò)誤從上面的討論，我們很自然的就能領(lǐng)會(huì)到，軟件錯(cuò)誤的發(fā)現(xiàn)絕不能等到測(cè)試才開始〔按常規(guī)，最早的測(cè)試就是編碼后的單元測(cè)試〕。因此，筆者提出一個(gè)軟件工程的守那么：軟件開發(fā)全過程檢測(cè)，力爭(zhēng)本階段修正錯(cuò)誤。單元測(cè)試是在軟件開發(fā)的“實(shí)現(xiàn)階段〞才開始的，在此之前的“可行性研究與方案階段〞，“需求分析階段〞，“概要設(shè)計(jì)階段〞，和“詳細(xì)設(shè)計(jì)階段〞，都必須有非常明確切實(shí)的手段與措施對(duì)開發(fā)結(jié)果進(jìn)行檢驗(yàn)，以保證階段的正確完成。怎樣判斷一個(gè)軟件過程的優(yōu)劣，怎樣進(jìn)行軟件過程改進(jìn)，都可以在這個(gè)守那么的指導(dǎo)下進(jìn)行。這個(gè)守那么是簡(jiǎn)單明確的，但因企業(yè)背景、條件的不同，開發(fā)環(huán)境條件的不同，工程產(chǎn)品的不同，實(shí)際的軟件過程的實(shí)現(xiàn)方法就會(huì)變化無窮?？紤]實(shí)現(xiàn)這個(gè)原那么的方法的時(shí)候，可以盡量多參考各種理論及經(jīng)驗(yàn)，但在選擇制定本企業(yè)開發(fā)實(shí)踐中使用的軟件過程時(shí)，就必須處處根據(jù)是否能給自身的工程帶來好處，以及自身的條件進(jìn)行考慮。千萬不要僅僅為了滿足某個(gè)“標(biāo)準(zhǔn)〞的提法而做一些無實(shí)際意義的工作。要盡量防止煩瑣，爭(zhēng)取做到簡(jiǎn)單、有條理和有最大的效果。軟件測(cè)試的自動(dòng)化軟件測(cè)試的工作量很大〔據(jù)統(tǒng)計(jì)，會(huì)用到40%的開發(fā)時(shí)間；一些可靠性要求非常高的軟件，測(cè)試時(shí)間甚至占到總開發(fā)時(shí)間的60%〕，但測(cè)試卻是在整個(gè)軟件過程中極有可能應(yīng)用計(jì)算機(jī)進(jìn)行自動(dòng)化的工作，原因是測(cè)試的許多操作是重復(fù)性的、非智力創(chuàng)造性的、需求細(xì)致注意力的工作。計(jì)算機(jī)就最適合于代替人類去完成這些任務(wù)。企業(yè)在這方面的投資，會(huì)對(duì)整個(gè)開發(fā)工作的質(zhì)量、本錢、和周期帶來非常明顯的效果。一些適于考慮進(jìn)行自動(dòng)化的測(cè)試操作為：1.測(cè)試個(gè)案的生成〔包括測(cè)試輸入，標(biāo)準(zhǔn)輸出，測(cè)試操作指令等〕。2.測(cè)試的執(zhí)行寫控制〔包括單機(jī)與網(wǎng)絡(luò)多機(jī)分布運(yùn)行；夜間及假日運(yùn)行。測(cè)試個(gè)案調(diào)用控制；測(cè)試對(duì)象、范圍、版本控制等。〕。3.測(cè)試結(jié)果與標(biāo)準(zhǔn)輸出的比照。4.不吻合的測(cè)試結(jié)果的分析、記錄、分類、和通報(bào)。5.總測(cè)試狀況的統(tǒng)計(jì)，報(bào)表的產(chǎn)生。測(cè)試自動(dòng)化與軟件配置管理是密不可分的。與測(cè)試有關(guān)的資源都應(yīng)在配置管理中進(jìn)行統(tǒng)一的方案考慮。另外，測(cè)試工具的采用也是一個(gè)提高質(zhì)量的關(guān)鍵，有些專用的測(cè)試工具能幫助發(fā)現(xiàn)一些用任何測(cè)試個(gè)案都難以觸及的錯(cuò)誤。

14.安裝與卸載測(cè)試－我的學(xué)習(xí)總結(jié)前幾天發(fā)表了“如何進(jìn)行卸載測(cè)試〞的貼子，得到很多回復(fù)，這里表示感謝！

通過認(rèn)真地學(xué)習(xí)與總結(jié)前輩們的珍貴經(jīng)驗(yàn)，現(xiàn)整理一局部如下，主要是加深自己對(duì)它們的理解，還有希望大家繼續(xù)補(bǔ)充與給出建議，謝謝！

軟件安裝與卸載測(cè)試是相輔相成，通過互相補(bǔ)充，會(huì)發(fā)現(xiàn)更多的測(cè)試角度，謝謝============卸載測(cè)試==============

文件－－－－安裝目錄里的文件及文件夾〔如：程序安裝在幾處的)

非安裝目錄〔向系統(tǒng)其它地方添加的文件及文件夾〕

它們包括〔exe,dll,配置文件等)

快捷方式－〔桌面，菜單，任務(wù)欄，系統(tǒng)欄,控件面板，系統(tǒng)效勞列表等〕

復(fù)原方面－卸載后，系統(tǒng)能否恢復(fù)到軟件安裝前的狀態(tài)〔包含目錄結(jié)構(gòu)、動(dòng)態(tài)庫,注冊(cè)表，系統(tǒng)配置文件,驅(qū)動(dòng)程序,關(guān)聯(lián)情況等〕

卸載方式－－程序自帶卸載程序/系統(tǒng)的控件面板卸載/其它自動(dòng)卸載工具〔如:優(yōu)化大師)

卸載狀態(tài)－－程序在運(yùn)行/暫停/終止等狀態(tài)時(shí)的卸載

非正常卸載情況－卸載軟件過程中，取消卸載進(jìn)程，然后，觀察軟件能否繼續(xù)正常使用

沖擊卸載－－在卸載的過程中，中斷電源，然后，啟動(dòng)計(jì)算機(jī)后，重新卸載軟件，如果軟件無法卸載，那么重新安裝軟件，安裝之后再重新卸載。

卸載環(huán)境－－不同的(操作系統(tǒng)，硬件環(huán)境，網(wǎng)絡(luò)環(huán)境等)下進(jìn)行卸載

卸載后,該系統(tǒng)是否對(duì)其他的應(yīng)用程序造成不正常影響〔如操作系統(tǒng),應(yīng)用軟件等)

==========安裝測(cè)試============

一：根本目標(biāo)

1.安裝程序能正確運(yùn)行

2.程序安裝正確

3.程序安裝后能正確運(yùn)行

4.完善性安裝后程序能正確運(yùn)行

二：一些方面

0、安裝手冊(cè)給的所有步驟得到驗(yàn)證；

1、安裝過程中所有缺省選項(xiàng)得到驗(yàn)證；

2、安裝過程中典型選項(xiàng)得到驗(yàn)證；

3、測(cè)試各種不同的安裝組合，并驗(yàn)證各種不同組合的正確性(包括參數(shù)組合，控件執(zhí)行順序組合，產(chǎn)品安裝組件組合，產(chǎn)品組件安裝順序組合(如b/s)等)

4、安裝過程中異常配置或狀態(tài)〔非法和不合理配置〕情況進(jìn)行了測(cè)試(如：斷電；數(shù)據(jù)庫終止，網(wǎng)絡(luò)終止等)

5、安裝后是否能產(chǎn)生正確的目錄結(jié)構(gòu)和文件，文件屬性正確；

6、安裝后動(dòng)態(tài)庫是否正確；

6、安裝后軟件能否正確運(yùn)行；

7、安裝后沒有生成多余的目錄結(jié)構(gòu),文件，注冊(cè)表信息，快捷方式等；

9、安裝測(cè)試應(yīng)該在所有的運(yùn)行環(huán)境上進(jìn)行驗(yàn)證(手冊(cè)上指定如：操作系統(tǒng)，數(shù)據(jù)庫，硬件環(huán)境，網(wǎng)絡(luò)環(huán)境等)；

10、自動(dòng)安裝還是手工配置安裝

11、至少要在一臺(tái)筆記本上進(jìn)行安裝/卸載測(cè)試，因?yàn)橛泻芏喈a(chǎn)品在筆記本中會(huì)出現(xiàn)問題，尤其是系統(tǒng)級(jí)的產(chǎn)品

13、安裝,該系統(tǒng)是否對(duì)其他的應(yīng)用程序造成不正常影響〔如操作系統(tǒng),應(yīng)用軟件等)

15.微軟的測(cè)試題TestPaperforSoftwareDesignEngineer(Testtime:60minutes)Name:

Date:

Location:

Part1:TechnicalSkillsSet〔請(qǐng)將“●〞paste在您所掌握的技能程度表格內(nèi)，并注明您的使用時(shí)間和相關(guān)的證書〕技能列表精通

熟練

掌握

了解

使用時(shí)間(月)所獲證書English(oral)English(written)OOPprogrammingskillsC/C++(pointer,memory)JavaC#NET算法&數(shù)據(jù)結(jié)構(gòu)WinAPIexperience–plus

Part2:TechnicalTest1．實(shí)現(xiàn)二分查找的遞歸算法的函數(shù)?！彩褂肅++，不建議用偽碼〕

2．請(qǐng)指出該程序的錯(cuò)誤。#include<iostream.h>

int*p;

voidFunction();{intn;n=25;p=&n;}

voidmain(){Function();cout<<"valueof*p:"<<*p<<endl;}

3.英語寫作Question:Pleasedescribeyourcareerpathinthenexttwoyears.

16.多線程與多進(jìn)程

線程的外殼是進(jìn)程，進(jìn)程管理線程；

線程不占用系統(tǒng)資源，而進(jìn)程占用系統(tǒng)資源；

什么叫進(jìn)程？進(jìn)程同程序有什么區(qū)別？

答:進(jìn)程是程序在計(jì)算機(jī)上的一次執(zhí)行活動(dòng)。當(dāng)你運(yùn)行一個(gè)程序，你就啟動(dòng)了一個(gè)進(jìn)程。顯然，程序是死的(靜態(tài)的)，進(jìn)程是活的(動(dòng)態(tài)的)。進(jìn)程可以分為系統(tǒng)進(jìn)程和用戶進(jìn)程。但凡用于完成操作系統(tǒng)的各種功能的進(jìn)程就是系統(tǒng)進(jìn)程，它們就是處于運(yùn)行狀態(tài)下的操作系統(tǒng)本身；用戶進(jìn)程就不必我多講了吧，所有由你啟動(dòng)的進(jìn)程都是用戶進(jìn)程。進(jìn)程是操作系統(tǒng)進(jìn)行資源分配的單位。

在Windows下，進(jìn)程又被細(xì)化為線程，也就是一個(gè)進(jìn)程下有多個(gè)能獨(dú)立運(yùn)行的更小的單位。

在同一個(gè)時(shí)間里，同一個(gè)計(jì)算機(jī)系統(tǒng)中如果允許兩個(gè)或兩個(gè)以上的進(jìn)程處于運(yùn)行狀態(tài)，這便是多任務(wù)?，F(xiàn)代的操作系統(tǒng)幾乎都是多任務(wù)操作系統(tǒng)，能夠同時(shí)管理多個(gè)進(jìn)程的運(yùn)行。多任務(wù)帶來的好處是明顯的，比方你可以邊聽mp3邊上網(wǎng)，與此同時(shí)甚至可以將下載的文檔打印出來，而這些任務(wù)之間絲毫不會(huì)相互干擾。那么這里就涉及到并行的問題，俗話說，一心不能二用，這對(duì)計(jì)算機(jī)也一樣，原那么上一個(gè)CPU只能分配給一個(gè)進(jìn)程，以便運(yùn)行這個(gè)進(jìn)程。我們通常使用的計(jì)算機(jī)中只有一個(gè)CPU，也就是說只有一顆心，要讓它一心多用，同時(shí)運(yùn)行多個(gè)進(jìn)程，就必須使用并發(fā)技術(shù)。實(shí)現(xiàn)并發(fā)技術(shù)相當(dāng)復(fù)雜，最容易理解的是“時(shí)間片輪轉(zhuǎn)進(jìn)程調(diào)度算法〞，它的思想簡(jiǎn)單介紹如下：在操作系統(tǒng)的管理下，所有正在運(yùn)行的進(jìn)程輪流使用CPU，每個(gè)進(jìn)程允許占用CPU的時(shí)間非常短(比方10毫秒)，這樣用戶根本感覺不出來CPU是在輪流為多個(gè)進(jìn)程效勞，就好象所有的進(jìn)程都在不間斷地運(yùn)行一樣。但實(shí)際上在任何一個(gè)時(shí)間內(nèi)有且僅有一個(gè)進(jìn)程占有CPU。

如果一臺(tái)計(jì)算機(jī)有多個(gè)CPU，情況就不同了，如果進(jìn)程數(shù)小于CPU數(shù)，那么不同的進(jìn)程可以分配給不同的CPU來運(yùn)行，這樣，多個(gè)進(jìn)程就是真正同時(shí)運(yùn)行的，這便是并行。但如果進(jìn)程數(shù)大于CPU數(shù)，那么仍然需要使用并發(fā)技術(shù)。

在Windows中，進(jìn)行CPU分配是以線程為單位的，一個(gè)進(jìn)程可能由多個(gè)線程組成，這時(shí)情況更加復(fù)雜，但簡(jiǎn)單地說，有如下關(guān)系：總線程數(shù)<=CPU數(shù)量：并行運(yùn)行總線程數(shù)>CPU數(shù)量：并發(fā)運(yùn)行并行運(yùn)行的效率顯然高于并發(fā)運(yùn)行，所以在多CPU的計(jì)算機(jī)中，多任務(wù)的效率比較高。但是，如果在多CPU計(jì)算機(jī)中只運(yùn)行一個(gè)進(jìn)程(線程)，就不能發(fā)揮多CPU的優(yōu)勢(shì)。這里涉及到多任務(wù)操作系統(tǒng)的問題，多任務(wù)操作系統(tǒng)(如Windows)的根本原理是:操作系統(tǒng)將CPU的時(shí)間片分配給多個(gè)線程,每個(gè)線程在操作系統(tǒng)指定的時(shí)間片內(nèi)完成(注意,這里的多個(gè)線程是分屬于不同進(jìn)程的).操作系統(tǒng)不斷的從一個(gè)線程的執(zhí)行切換到另一個(gè)線程的執(zhí)行,如此往復(fù),宏觀上看來,就好似是多個(gè)線程在一起執(zhí)行.由于這多個(gè)線程分屬于不同的進(jìn)程,因此在我們看來,就好似是多個(gè)進(jìn)程在同時(shí)執(zhí)行,這樣就實(shí)現(xiàn)了多任務(wù).Whoops，真繞口.所以結(jié)合樓上的答復(fù)，不知道樓主是否可以滿意！關(guān)于多線程，多進(jìn)程的問題，樓主可以看看操作系統(tǒng)方面的書，可以得到更多的啟示！

如上,多線程和多任務(wù)是有很明顯的區(qū)別的.但是再想一下,在一個(gè)應(yīng)用程序內(nèi)實(shí)現(xiàn)多線程不也是靠CPU分配時(shí)間片嗎?既然原理是相同的,那么多線程也可以說是多任務(wù)的.17．回歸測(cè)試

回歸測(cè)試和驗(yàn)證修復(fù)的bug不是等同的.回歸測(cè)試要求在新的版本中,重新遍歷測(cè)試用例,因?yàn)殚_發(fā)人員在解決問題時(shí)可能會(huì)影響到相關(guān)的模塊,只驗(yàn)證修復(fù)的問題是否已經(jīng)解決不能叫做回歸測(cè)試.

我們最新采用的回歸測(cè)試的方法是：把所有的測(cè)試說明中的用例全部執(zhí)行一遍！〔很麻煩的說〕

然后對(duì)于初次測(cè)試出問題的地方及其邊緣重點(diǎn)測(cè)試！

1、關(guān)于Bug的狀態(tài)前面有帖子樓主可以看看，開發(fā)人員如果認(rèn)為Bug已修復(fù)，應(yīng)把Bug的狀態(tài)改成Resolved，測(cè)試人員發(fā)現(xiàn)有Resolved的Bug就要進(jìn)行回歸測(cè)試以驗(yàn)證Bug是否真的解決，如驗(yàn)證通過那么將Bug的狀態(tài)改成VerifiedPass，然后再由相關(guān)人員〔如測(cè)試負(fù)責(zé)人〕把Bug的裝體改成Closed；如驗(yàn)證失敗那么將Bug的狀態(tài)改成VerifiedFail，讓開發(fā)人員再去解決。

2、關(guān)于樓主提到的“但是在測(cè)試用例很多的情況下，自己可能也不記得那些測(cè)試用例中有實(shí)際結(jié)果與期望結(jié)果不一致的用例〞說明Bug的提交和記錄存在問題，Bug所對(duì)應(yīng)的測(cè)試用例編號(hào)是肯定要包含在Bug報(bào)告中的，這樣回歸測(cè)試的時(shí)候就不會(huì)搞不清楚了。

3、現(xiàn)在開源的Bug管理工具也是有的，如bugzilla，最好還是去裝一個(gè)吧。Bug的狀態(tài)各個(gè)公司會(huì)不同，多少也不一樣，我原來在德公司就有30來種狀態(tài)。呵呵！

一般只要能夠區(qū)分下面幾種情況，并且不讓人誤解就好了

1，新提交的Bug

2，開發(fā)正在修改的Bug

3，已經(jīng)修改好并且等待測(cè)試人員驗(yàn)證的Bug

4，驗(yàn)證通過的Bug

5，驗(yàn)證沒有通過的Bug〔這個(gè)要和新提交的Bug同樣處理，不過有的公司需要記住沒有改好的次數(shù)，用來考評(píng)開發(fā)的績(jī)效〕

6，設(shè)計(jì)問題

7，測(cè)試人員報(bào)錯(cuò)

8，暫時(shí)不修改的Bug

回歸測(cè)試的方法具體問題具體分析，可能有人說我這樣等于什么都沒說，可是每個(gè)工程不同，不同時(shí)期也不同，甚至可能測(cè)試的人員都換了，如果以一種固定的方法來做，未免顯得有點(diǎn)死板。個(gè)人認(rèn)為，在測(cè)試的時(shí)候，最好能夠邊測(cè)試，邊在測(cè)試用例上加上備注，說明實(shí)際結(jié)果。并且最好用顏色標(biāo)記，如果你夠仔細(xì)，能夠把有問題的測(cè)試用例再標(biāo)注上Bug的編號(hào)就更好了，這樣在復(fù)查bug時(shí)，就知道修改好的bug是由哪個(gè)用例引起的，可以執(zhí)行一下相關(guān)的用例，看是否真的改好并且沒有影響到其他局部，這樣就可以放心的Close了。如果有人覺得這樣太過麻煩或者中途有人員的變動(dòng)，也可以只看Bug的描述，按照bug的說明進(jìn)行驗(yàn)證就夠了，但是要記住最好能夠?qū)ο嚓P(guān)的模塊進(jìn)行一下測(cè)試，看看流程是否還能走通。不過這就要求Bug的描述要寫得比較清晰，明了。

18．測(cè)試大綱和測(cè)試方案測(cè)試大綱只是簡(jiǎn)單的描述如何開展測(cè)試，而測(cè)試方案是針對(duì)測(cè)試中的每個(gè)環(huán)節(jié)的。單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試等一般都寫測(cè)試方案，寫的重點(diǎn)不同。而大綱只是簡(jiǎn)要的寫一下測(cè)試策略是什么，需要做哪些測(cè)試，測(cè)試過程如何組織，測(cè)試人員包括哪些。可以說管理人員寫測(cè)試大綱，而測(cè)試人員寫測(cè)試方案。19．測(cè)試版本大全－轉(zhuǎn)貼alpha內(nèi)部測(cè)試版

beta外部測(cè)試版

demo演示版

Enhance增強(qiáng)版或者加強(qiáng)版屬于正式版

Free自由版

Fullversion完全版屬于正式版

shareware共享版

Release發(fā)行版有時(shí)間限制

Upgrade升級(jí)版

Retail零售版

Cardware屬共享軟件的一種，只要給作者回復(fù)一封電郵或明信片即可?！灿械淖髡卟⒂纱颂峁┳?cè)碼等〕，目前這種形式已不多見。

Plus屬增強(qiáng)版，不過這種大局部是在程序界面及多媒體功能上增強(qiáng)。

Preview預(yù)覽版

Corporation&Enterprise企業(yè)版

Standard標(biāo)準(zhǔn)版

Mini迷你版也叫精簡(jiǎn)版只有最根本的功能

Premium--貴價(jià)版

Professional--專業(yè)版

Express--特別版

Deluxe--豪華版

Regged--已注冊(cè)版

CN--簡(jiǎn)體中文版

CHT--繁體中文版

EN--英文版

Multilanguage--多語言版

Rip是指從原版文件〔一般是指光盤或光盤鏡像文件〕直接將有用的內(nèi)容〔核心內(nèi)容〕別離出來，剔除無用的文檔，例如PDF說明文件啊，視頻演示啊之類的東西，也可以算做是精簡(jiǎn)版吧…但主要內(nèi)容功能是一點(diǎn)也不能缺少的！另：DVDrip是指將視頻和音頻直接從DVD光盤里以文件方式別離出來。

trail試用版〔含有某些限制，如時(shí)間、功能，注冊(cè)后也有可能變?yōu)檎桨妗?/p>

RC版。是ReleaseCandidate的縮寫，意思是發(fā)布倒計(jì)時(shí)，該版本已經(jīng)完成全部功能并去除大局部的BUG。到了這個(gè)階段只會(huì)除BUG，不會(huì)對(duì)軟件做任何大的更改。

RTM版。這根本就是最終的版本，英文是ReleaseToManufactur，意思是發(fā)布到生產(chǎn)商。

OriginalEquipmentManufacturer(OEM)

YoumaylicenseproductsthroughanOriginalEquipmentManufacturer(OEM).Theseproducts,suchasWindowsoperatingsystems,comeinstalledwhenyoupurchaseanewcomputer.

OEM軟件是給電腦生產(chǎn)廠的版本，無需多說。

FullPackagedProduct(FPP)-Retail

Physical,shrink-wrappedboxesoflicensedproductthatcanbepurchasedinalocalretailstoreoranylocalsoftwareretailer.

FPP就是零售版〔盒裝軟件〕，這種產(chǎn)品的光盤的卷標(biāo)都帶有"FPP"字樣，比方英文WXPPro的FPP版本的光盤卷標(biāo)就是WXPFPP_EN，其中WX表示是WindowsXP，P是Professional〔H是Home〕，F(xiàn)PP說明是零售版本，EN是說明是英語。獲得途徑除了在商店購(gòu)置之外，某些MSDN用戶也可以得到。

VolumeLicensingforOrganizations(VLO)

Youmayenjoypotentiallysignificantsavingsbyacquiringmultipleproductlicenses.Dependingonthesizeandtypeofyourorganization.

團(tuán)體批量許可證〔大量采購(gòu)授權(quán)合約〕，這是為團(tuán)體購(gòu)置而制定的一種優(yōu)惠方式。這種產(chǎn)品的光盤的卷標(biāo)都帶有"VOL"字樣，取"Volume"前3個(gè)字母，以說明是批量，比方英文WXPPro的VOL版本的光盤卷標(biāo)就是WXPVOL_EN，其中WX表示是WindowsXP，P是Professional〔VOL沒有Home版本〕，VOL說明是團(tuán)體批量許可證版本，EN是說明是英語。獲得途徑主要是集團(tuán)購(gòu)置，某些MSDN用戶也可以得到。

這種版本根據(jù)購(gòu)置數(shù)量等又細(xì)分為“開放式許可證〞、“選擇式許可證〞、“企業(yè)協(xié)議〞、“學(xué)術(shù)教育許可證〞等以下5種版本

OpenLicense

SelectLicense

EnterpriseAgreement

EnterpriseSubscriptionAgreement

AcademicVolumeLicensing

由此可見，平時(shí)說的什么select/corp是許可證授權(quán)方式，他的出現(xiàn)是為了用假設(shè)干種不同級(jí)別的優(yōu)惠政策賣同一種軟件，通過select/corp許可證授權(quán)方式得到的xxx的光盤都是VOL這一種、是并不是有很多種，只不過是相同的VOL光盤配以不同的許可證方式；而VolumeLicensing(Product)Keys，即VLK，它所指的只是一個(gè)Key〔密匙〕，僅僅是一個(gè)為證明產(chǎn)品合法化、以及安裝所使用的Key，因?yàn)楦鶕?jù)VOL方案規(guī)定，VOL產(chǎn)品是不需要激活的！

或者說，VLK不是指一種版本，而是指這種版本在部署〔deploy〕過程中所需要的Key，而需要VLK這種Key的版本應(yīng)該叫做VOL！只不過在實(shí)際中，沒有必要強(qiáng)調(diào)這種叫法、稱呼的準(zhǔn)確性，加之很多人的VOL版本光盤是通過企業(yè)的選擇式許可證、企業(yè)協(xié)議等方式得到的等等原因，所以才會(huì)有很多人叫他為“選擇版〞等等。

官方網(wǎng)站有一個(gè)表格，上面有一句話：“DifferentproductsrequiredifferentVolumeLicensingKeys(VLKs).RefertothetablebelowtomakesureyouhavethecorrectVLKforyourMicrosoftproduct.〞，我想這就很好的說明了VLK指的是Key而不是產(chǎn)品了。很明顯的，F(xiàn)PP需要激活，VOL不需要激活。

20.黑、白盒測(cè)試白盒測(cè)試和黑盒測(cè)試不是決然分開的，單獨(dú)做黑盒測(cè)試或白盒測(cè)試都是做了測(cè)試的一個(gè)方面，很難保證發(fā)現(xiàn)了軟件中大局部缺陷。在測(cè)試過程中往往把兩者結(jié)合起來進(jìn)行測(cè)試，從代碼邏輯結(jié)構(gòu)上保證正確，再?gòu)墓δ芎头枪δ芴匦陨媳ＷC正確，經(jīng)過這兩方面的測(cè)試，才能最大可能的保證軟件質(zhì)量。在測(cè)試過程中，采用這兩種測(cè)試技術(shù)的時(shí)間有所不同。單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試是按照測(cè)試的階段來進(jìn)行劃分的，而白盒測(cè)試、黑盒測(cè)試是從測(cè)試技術(shù)的角度來劃分的。一般來說，單元測(cè)試階段進(jìn)行的測(cè)試根本上以白盒測(cè)試技術(shù)為主，系統(tǒng)測(cè)試階段進(jìn)行的測(cè)試根本上以黑盒測(cè)試技術(shù)為主，而集成測(cè)試所采用的技術(shù)是介于白盒和黑盒之間的，有的技術(shù)文獻(xiàn)也稱之為灰盒技術(shù)軟件測(cè)試是一個(gè)過程，一個(gè)完整的軟件測(cè)試過程又分為三個(gè)階段，分別是單元集成和系統(tǒng)〔當(dāng)然還有寫別的測(cè)試過程〕，而黑盒和白盒只是在這些過程中所采用的測(cè)試方法罷了。個(gè)人意見

1.黑盒測(cè)試

黑盒測(cè)試也稱功能測(cè)試或數(shù)據(jù)驅(qū)動(dòng)測(cè)試，它是在產(chǎn)品所應(yīng)具有的功能，通過測(cè)試來檢測(cè)每個(gè)功能是否都能正常使用，在測(cè)試時(shí)，把程序看作一個(gè)不能翻開的黑盆子，在完全不考慮程序內(nèi)部結(jié)構(gòu)和內(nèi)部特性的情況下，測(cè)試者在程序接口進(jìn)行測(cè)試，它只檢查程序功能是否按照需求規(guī)格說明書的規(guī)定正常使用，程序是否能適當(dāng)?shù)亟邮蛰斎霐?shù)鋸而產(chǎn)生正確的輸出信息，并且保持外部信息〔如數(shù)據(jù)庫或文件〕的完整性。

黑盒測(cè)試方法主要有等價(jià)類劃分、邊值分析、因—果圖、錯(cuò)誤推測(cè)等，主要用于軟件確認(rèn)測(cè)試?！昂诤楔暦ㄖ塾诔绦蛲獠拷Y(jié)構(gòu)、不考慮內(nèi)部邏輯結(jié)構(gòu)、針對(duì)軟件界面和軟件功能進(jìn)行測(cè)試?！昂诤楔暦ㄊ歉F舉輸入測(cè)試，只有把所有可能的輸入都作為測(cè)試情況使用，才能以這種方法查出程序中所有的錯(cuò)誤。實(shí)際上測(cè)試情況有無窮多個(gè)，人們不僅要測(cè)試所有合法的輸入，而且還要對(duì)那些不合法但是可能的輸入進(jìn)行測(cè)試。

2.白盒測(cè)試

白盒測(cè)試也稱結(jié)構(gòu)測(cè)試或邏輯驅(qū)動(dòng)測(cè)試，它是知道產(chǎn)品內(nèi)部工作過程，可通過測(cè)試來檢測(cè)產(chǎn)品內(nèi)部動(dòng)作是否按照規(guī)格說明書的規(guī)定正常進(jìn)行，按照程序內(nèi)部的結(jié)構(gòu)測(cè)試程序，檢驗(yàn)程序中的每條通路是否都有能按預(yù)定要求正確工作，而不顧它的功能，白盒測(cè)試的主要方法有邏輯驅(qū)動(dòng)、基路測(cè)試等，主要用于軟件驗(yàn)證。

“白盒〞法全面了解程序內(nèi)部邏輯結(jié)構(gòu)、對(duì)所有邏輯路徑進(jìn)行測(cè)試?！鞍缀楔暦ㄊ歉F舉路徑測(cè)試。在使用這一方案時(shí)，測(cè)試者必須檢查程序的內(nèi)部結(jié)構(gòu)，從檢查程序的邏輯著手，得出測(cè)試數(shù)據(jù)。貫穿程序的獨(dú)立路徑數(shù)是天文數(shù)字。但即使每條路徑都測(cè)試了仍然可能有錯(cuò)誤。第一，窮舉路徑測(cè)試決不能查出程序違反了設(shè)計(jì)標(biāo)準(zhǔn)，即程序本身是個(gè)錯(cuò)誤的程序。第二，窮舉路徑測(cè)試不可能查出程序中因遺漏路徑而出錯(cuò)。第三，窮舉路徑測(cè)試可能發(fā)現(xiàn)不了一些與數(shù)據(jù)相關(guān)的錯(cuò)誤。

3.灰盒測(cè)試

灰盒測(cè)試，確實(shí)是介于二者之間的，可以這樣理解，灰盒測(cè)試關(guān)注輸出對(duì)于輸入的正確性，同時(shí)也關(guān)注內(nèi)部表現(xiàn)，但這種關(guān)注不象白盒那樣詳細(xì)、完整，只是通過一些表征性的現(xiàn)象、事件、標(biāo)志來判斷內(nèi)部的運(yùn)行狀態(tài)，有時(shí)候輸出是正確的，但內(nèi)部其實(shí)已經(jīng)錯(cuò)誤了，這種情況非常多，如果每次都通過白盒測(cè)試來操作，效率會(huì)很低，因此需要采取這樣的一種灰盒的方法。

灰盒測(cè)試結(jié)合了白盒測(cè)試盒黑盒測(cè)試的要素.它考慮了用戶端、特定的系統(tǒng)知識(shí)和操作環(huán)境。它在系統(tǒng)組件的協(xié)同性環(huán)境中評(píng)價(jià)應(yīng)用軟件的設(shè)計(jì)。

灰盒測(cè)試由方法和工具組成，這些方法和工具取材于應(yīng)用程序的內(nèi)部知識(shí)盒與之交互的環(huán)境，能夠用于黑盒測(cè)試以增強(qiáng)測(cè)試效率、錯(cuò)誤發(fā)現(xiàn)和錯(cuò)誤分析的效率。

灰盒測(cè)試涉及輸入和輸出，但使用關(guān)于代碼和程序操作等通常在測(cè)試人員視野之外的信息設(shè)計(jì)測(cè)試。

21．SoftwareTesting10Rules

1.Testearlyandtestoften.

盡早測(cè)試，經(jīng)常測(cè)試

2.Integratetheapplicationdevelopmentandtestinglifecycles.You'llgetbetterresultsandyouwon'thavetomediatebetweentwoarmedcampsinyourITshop.(這后半句怎么理解？)

整合應(yīng)用程序開發(fā)和軟件測(cè)試生命周期，你將得到更好的結(jié)果，并且不必要在程序開發(fā)和軟件測(cè)試兩者之間左右為難。

3.Formalizeatestingmethodology;you'lltesteverythingthesamewayandyou'llgetuniformresults.

形成一套完整的測(cè)試方法；你將用同樣的方法開展測(cè)試工作，并且可以得到始終如一的結(jié)果

4.Developacomprehensivetestplan;itformsthebasisforthetestingmethodology.

開發(fā)一套完整、全面的的測(cè)試方案；作為軟件測(cè)試方法論的根底局部

5.Usebothstaticanddynamictesting.

采用靜態(tài)測(cè)試和動(dòng)態(tài)測(cè)試相結(jié)合的方法〔可以采用靜態(tài)代碼檢查工具作靜態(tài)測(cè)試〕

6.Defineyourexpectedresults.

定義測(cè)試預(yù)期結(jié)果〔在測(cè)試用例中，這是比不可少的工程)

7.Understandthebusinessreasonbehindtheapplication.You'llwriteabetterapplicationandbettertestingscripts.

理解應(yīng)用背后的商業(yè)動(dòng)機(jī)，找出真正的需求根源，你將寫出更好的應(yīng)用程序和測(cè)試腳本。

8.Usemultiplelevelsandtypesoftesting(regression,systems,integration,stressandload).

采用多層面和多類型的軟件測(cè)試〔回歸測(cè)試、系統(tǒng)測(cè)試、集成測(cè)試、壓力測(cè)試和負(fù)載測(cè)試〕

9.Reviewandinspectthework,itwilllowercosts.

多工作評(píng)審和檢視，可以降低本錢〔檢視和評(píng)審可以提早發(fā)現(xiàn)問題，躲避問題，防止造成不必要的損失，因此，可以降低本錢〕

10.Don'tletyourprogrammerschecktheirownwork;they'llmisstheirownerrors.

不要讓程序員檢查自己的工作產(chǎn)品，程序員會(huì)忽略自己犯的錯(cuò)誤。

?博客園首頁關(guān)于軟件測(cè)試的一些根本知識(shí)作者：小寒

來源：博客園

發(fā)布時(shí)間：2023-06-0215:35

閱讀：2780次

原文鏈接

[收藏]

軟件測(cè)試方法：分為兩類

〔1〕靜態(tài)測(cè)試：不要求在計(jì)算機(jī)上實(shí)際執(zhí)行所測(cè)程序，主要以一些人工的模擬技術(shù)對(duì)軟件進(jìn)行分析和測(cè)試

〔2〕動(dòng)態(tài)測(cè)試：通過輸入一組預(yù)先按照一定的測(cè)試準(zhǔn)那么構(gòu)造的實(shí)例數(shù)據(jù)動(dòng)態(tài)運(yùn)行程序，而到達(dá)發(fā)現(xiàn)程序錯(cuò)誤的過程，特點(diǎn)如下：

l必須生成測(cè)試數(shù)據(jù)來運(yùn)行被測(cè)試程序，取得程序運(yùn)行的真實(shí)情況、動(dòng)態(tài)情況，進(jìn)而進(jìn)行分析

l測(cè)試質(zhì)量依賴于測(cè)試數(shù)據(jù)

l生成測(cè)試數(shù)據(jù)，分析測(cè)試結(jié)果的工作量大，使開展測(cè)試工作費(fèi)時(shí)、費(fèi)力、費(fèi)人

l動(dòng)態(tài)測(cè)試中涉及多方面工作，人員多，設(shè)備多，數(shù)據(jù)多，要求有較好的管理和工作規(guī)程一．概述

1．定義

也稱結(jié)構(gòu)測(cè)試或邏輯驅(qū)動(dòng)測(cè)試，按照程序內(nèi)部的結(jié)構(gòu)對(duì)程序進(jìn)行測(cè)試，通過測(cè)試來檢查產(chǎn)品內(nèi)部動(dòng)作是否按照設(shè)計(jì)規(guī)格說明書的規(guī)定正常進(jìn)行，檢查程序中的每條通路是否能按照預(yù)定要求正確工作

2．測(cè)試內(nèi)容

把測(cè)試對(duì)象看成是一個(gè)翻開的盒子，測(cè)試人員依據(jù)程序內(nèi)部邏輯結(jié)構(gòu)相關(guān)信息，設(shè)計(jì)或選擇測(cè)試用例，對(duì)程序的所有邏輯路徑進(jìn)行測(cè)試，通過不同點(diǎn)檢查程序的狀態(tài)，確定實(shí)際的狀態(tài)與預(yù)期的狀態(tài)一致

3．測(cè)試根本技術(shù)

〔1〕詞法分析與語法分析

〔2〕靜態(tài)錯(cuò)誤分析

〔3〕程序插樁技術(shù)

4．測(cè)試方法

〔1〕代碼檢查法

〔2〕靜態(tài)結(jié)構(gòu)分析法

〔3〕靜態(tài)質(zhì)量度量法

〔4〕邏輯覆蓋法

〔5〕根本路徑測(cè)試法

〔6〕域測(cè)試

〔7〕符號(hào)測(cè)試

〔8〕Z路徑覆蓋

〔8〕程序變異

5．黑盒測(cè)試與白盒測(cè)試

黑盒測(cè)試白盒測(cè)試

不涉及程序結(jié)構(gòu)考查程序邏輯結(jié)構(gòu)

用軟件規(guī)格說明書生成測(cè)試用例用程序結(jié)構(gòu)信息生成測(cè)試用例

可適用于從單元測(cè)試到系統(tǒng)聯(lián)調(diào)適用于單元測(cè)試和集成測(cè)試

某些代碼段得不到測(cè)試對(duì)所有邏輯路徑進(jìn)行測(cè)試二．白盒測(cè)試根本技術(shù)

1．詞法和語法分析

〔1〕獲取信息

l可以獲取軟件組成的重要根本因數(shù)，如變量標(biāo)識(shí)符、過程標(biāo)識(shí)符、常量等

l組合獲取的根本因數(shù)，可以得到軟件的根本信息，如：

v標(biāo)號(hào)交叉引用表：列出各模塊中出現(xiàn)的全部標(biāo)號(hào)及標(biāo)號(hào)的屬性，模塊以外的全局、計(jì)算標(biāo)號(hào)

v變量交叉引用表：列出變量定義及引用信息，變量的屬性，變量類型〔全局、局部〕

v子程序、宏和函數(shù)表：列出各個(gè)子程序、宏及函數(shù)的屬性，輸入、輸出參數(shù)信息

v等價(jià)表：列出在等價(jià)語句和等值語句中出現(xiàn)的全部變量和標(biāo)號(hào)

v常數(shù)表：列出全部數(shù)字常數(shù)和字符常數(shù)

〔2〕作用

l直接從表中查出說明/使用錯(cuò)誤，如標(biāo)號(hào)交叉引用表、變量交叉引用表

l為用戶提供輔助信息，如子程序、宏和函數(shù)表、等價(jià)表、常數(shù)表

l用來做錯(cuò)誤預(yù)測(cè)和程序復(fù)雜度計(jì)算，如操作符和操作數(shù)的統(tǒng)計(jì)表

2．靜態(tài)錯(cuò)誤分析

用于確定在源程序中是否有某類錯(cuò)誤或‘危險(xiǎn)’結(jié)構(gòu)，包括以下幾種：

〔1〕類型和單位分析

對(duì)源程序的類型進(jìn)行檢查，為了強(qiáng)化檢查效果，擴(kuò)充一些新的數(shù)據(jù)類型，進(jìn)行靜態(tài)預(yù)處理程序，分析程序中的類型錯(cuò)誤

〔2〕引用分析

l對(duì)程序中變量的引用進(jìn)行檢查，發(fā)現(xiàn)引用異常錯(cuò)誤〔如變量在定義前被引用，變量定義后未被引用〕。

l采用深度優(yōu)選的方法遍歷程序流圖的每一條路徑

l建立引用異常的探測(cè)工具，包括變量定義表和變量引用表

〔3〕表達(dá)式分析

對(duì)表達(dá)式進(jìn)行分析，以發(fā)現(xiàn)和糾正在表達(dá)式出現(xiàn)的錯(cuò)誤，如：

l在表達(dá)式中不正確的使用了括號(hào)造成錯(cuò)誤

l數(shù)組下標(biāo)越界錯(cuò)誤

l除數(shù)為零

l浮點(diǎn)數(shù)計(jì)算的誤差〔最復(fù)雜〕

〔4〕接口分析

接口一致性是程序的靜態(tài)錯(cuò)誤分析和設(shè)計(jì)分析共同研究的題目，接口分析主要對(duì)下內(nèi)容時(shí)進(jìn)行一致性的分析：

l各模塊之間接口一致性

l模塊與外部數(shù)據(jù)庫的接口一致性

l形參與實(shí)參在類型，數(shù)量，順序，維數(shù)，使用上的一致性

l全局變量和公共數(shù)據(jù)區(qū)在使用上的一致性

3．程序插樁技術(shù)

〔1〕概述

在動(dòng)態(tài)測(cè)試中，是一種根本的測(cè)試手段，有廣泛的應(yīng)用

主要借助向程序中插入操作，來實(shí)現(xiàn)測(cè)試目的的方法〔即向源程序中添加一些語句〔也稱探測(cè)器〕，實(shí)現(xiàn)對(duì)程序語句的執(zhí)行、變量的變化等情況進(jìn)行檢查〕

〔2〕設(shè)計(jì)時(shí)考慮的問題

l明確要探測(cè)哪些信息

l在程序的什么部位設(shè)置探測(cè)點(diǎn)

l需要設(shè)計(jì)多少個(gè)探測(cè)點(diǎn)

〔3〕探測(cè)點(diǎn)設(shè)置位置〔以Fortran為例〕

l程序塊的第一個(gè)可執(zhí)行語句之前

lentry語句的前后

l有標(biāo)號(hào)的可執(zhí)行語句處

l循環(huán)語句之后

l條件語句之后

llogicalif語句之后

lcall語句之后

lgoto語句之后

〔4〕斷言語句

在程序中的特定部位插入某些用以判斷變量特性的語句，使得程序執(zhí)行中這些語句得以證實(shí)，從而使程序的運(yùn)行特性得到證實(shí)，我們把這些插入的語句稱為斷言語句。

三．白盒測(cè)試方法－靜態(tài)測(cè)試

1．代碼檢查法

〔1〕目的

通過桌面檢查，代碼審查和走查方式，對(duì)以下內(nèi)容進(jìn)行檢查

l檢查代碼和設(shè)計(jì)的一致性

l代碼對(duì)標(biāo)準(zhǔn)的遵循、可讀性

l代碼邏輯表達(dá)的正確性

l代碼結(jié)構(gòu)的合理性

l程序編寫與編寫標(biāo)準(zhǔn)的符合性

l程序中不平安、不明確和模糊的局部

l編程風(fēng)格問題等

〔2〕代碼檢查方式

方式名稱執(zhí)行人員檢查內(nèi)容檢查過程

桌面檢查程序員對(duì)源程序代碼進(jìn)行分析、檢驗(yàn)，并補(bǔ)充相關(guān)的文檔，發(fā)現(xiàn)程序中的錯(cuò)誤

代碼審查程序員和測(cè)試員組成的審查小組通過閱讀、討論和爭(zhēng)議，以程序進(jìn)行靜態(tài)分析的過程第一步：小組成員提前閱讀設(shè)計(jì)規(guī)格書、程序文本等相關(guān)文檔第二步：召開程序?qū)彶闀?huì)，開發(fā)人員讀程序，審查小組討論、發(fā)現(xiàn)、解決問題

走查程序員和測(cè)試員組成的審查小組通過邏輯運(yùn)行程序，發(fā)現(xiàn)問題第一步：小組成員提前閱讀設(shè)計(jì)規(guī)格書、程序文本等相關(guān)文檔第二步：利用測(cè)試用例，使程序邏輯運(yùn)行，記錄程序的蹤跡，發(fā)現(xiàn)、討論、解決問題〔3〕代碼檢查工程〔采用分析技術(shù)〕

l檢查變量的交叉引用表：檢查未說明的變量和違反了類型規(guī)定的變量，變量的引用和使用情況

l檢查標(biāo)號(hào)的交叉引用表：驗(yàn)證所有標(biāo)號(hào)的正確性

l檢查子程序、宏、函數(shù)：驗(yàn)證每次調(diào)用與所調(diào)用位置是否正確，調(diào)用的子程序、宏、函數(shù)是否存在，參數(shù)是否一致

l等價(jià)性檢查：檢查全部等價(jià)變量的類型的一致性

l常量檢查：確認(rèn)常量的取值和數(shù)制、數(shù)據(jù)類型

l標(biāo)準(zhǔn)檢：檢查程序中是否違反標(biāo)準(zhǔn)的問題

l風(fēng)格檢查：檢查程序的設(shè)計(jì)風(fēng)格

l比較控制流：比較設(shè)計(jì)控制流圖和實(shí)際程序生成的控制流圖的差異

l選擇、激活路徑：在設(shè)計(jì)控制流圖中選擇某條路徑，到實(shí)際的程序中激活這條路徑，如果不能激活，那么程序可能有錯(cuò)

l對(duì)照程序的規(guī)格說明，詳細(xì)閱讀源代碼，比較實(shí)際的代碼，從差異中發(fā)現(xiàn)程序的問題和錯(cuò)誤

l補(bǔ)充文檔

根據(jù)以上檢查工程，可以編制代碼規(guī)那么，標(biāo)準(zhǔn)和檢查表等作為測(cè)試用例

〔4〕編碼標(biāo)準(zhǔn)

程序編寫過程中必須遵守的規(guī)那么，規(guī)定代碼的語法格式、語法規(guī)那么，如排版、注釋、標(biāo)識(shí)符命名、可讀性、變量、函數(shù)、過程、可測(cè)性、程序效率、質(zhì)量保證、代碼編輯、編譯、審查、代碼測(cè)試、維護(hù)、宏等各方面的編碼要求

〔5〕代碼檢查規(guī)那么

對(duì)程序邏輯結(jié)構(gòu)檢查時(shí)，所規(guī)定的規(guī)那么，形成

〔6〕缺陷檢查表

主要包括一些容易出錯(cuò)的地方和在以往工作中遇到的典型錯(cuò)誤，形成表格形式

重要性審查項(xiàng)結(jié)論

文件結(jié)構(gòu)重要頭文件和定義文件的名稱是否合理

2．靜態(tài)結(jié)構(gòu)分析法

在靜態(tài)結(jié)構(gòu)分析中，測(cè)試者通過使用測(cè)試工具分析程序源代碼的系統(tǒng)結(jié)構(gòu)、數(shù)據(jù)結(jié)構(gòu)、數(shù)據(jù)接口、內(nèi)部控制邏輯等內(nèi)部結(jié)構(gòu)，生成函數(shù)調(diào)用關(guān)系圖、模塊控制流圖、內(nèi)部文件調(diào)用關(guān)系圖等各種圖形圖表，清晰地標(biāo)識(shí)整個(gè)軟件的組成結(jié)構(gòu)，便于理解，通過分析這些圖表，檢查軟件有沒有存在缺陷或錯(cuò)誤；包括控制流分析、數(shù)據(jù)據(jù)流分析、接口分析、表達(dá)式分析

〔1〕函數(shù)調(diào)用關(guān)系圖：通過應(yīng)用程序各函數(shù)之間的調(diào)用關(guān)系展示了系統(tǒng)的結(jié)構(gòu)。列出所有函數(shù)，用連線表示調(diào)用關(guān)系，作用：

l可以檢查函數(shù)的調(diào)用關(guān)系是否正確

l是否存在孤立的函數(shù)而沒有被調(diào)用

l明確函數(shù)被調(diào)用的頻繁度，對(duì)調(diào)用頻繁的函數(shù)可以重點(diǎn)檢查

〔2〕模塊控制流圖：由許多結(jié)點(diǎn)和連接結(jié)點(diǎn)的邊組成的圖形，其中每個(gè)結(jié)點(diǎn)代表一條或多條語句，邊表示控制流向，可以直觀地反映出一個(gè)函數(shù)的內(nèi)部結(jié)構(gòu)。

*例子1－GIS軟件：存在無法執(zhí)行的死代碼；有多個(gè)出口，可能沒有在所有出口進(jìn)行內(nèi)存釋放與回收，有內(nèi)存泄露的可能

*例子2－MIS軟件：有多個(gè)出口，存在內(nèi)存泄露的可能；有10邏輯判斷結(jié)點(diǎn)，易出現(xiàn)邏輯錯(cuò)誤，降低可靠性，可能會(huì)破壞對(duì)CPU操作進(jìn)行優(yōu)化的處理，影響其運(yùn)行性能

3．靜態(tài)質(zhì)量度量法

〔1〕軟件質(zhì)量：根據(jù)ISO/IEC9126國(guó)際標(biāo)準(zhǔn)，包括以下六個(gè)方面：

l功能性〔functionality〕

l可靠性〔reliability〕

l可用性〔usability〕

l有效性〔efficiency〕

l可維護(hù)性〔maintainability〕

l輕便性〔portability〕

〔2〕質(zhì)量度量模型〔從上到下〕

l質(zhì)量因素〔Factors〕：與分類標(biāo)準(zhǔn)的計(jì)算方式相似，依據(jù)各分類標(biāo)準(zhǔn)取值組合權(quán)重方法來計(jì)算，依據(jù)結(jié)果將軟件質(zhì)量分為四個(gè)等級(jí)，與分類標(biāo)準(zhǔn)等級(jí)內(nèi)容相同

l分類標(biāo)準(zhǔn)〔criteria〕：對(duì)某一軟件質(zhì)量分為不同的分類標(biāo)準(zhǔn)，每個(gè)分類標(biāo)準(zhǔn)由一系列度量規(guī)那么組成，每個(gè)規(guī)那么分配一個(gè)權(quán)重，每個(gè)分類標(biāo)準(zhǔn)的取值由規(guī)那么的取值與權(quán)重值計(jì)算得出，依據(jù)結(jié)果將軟件質(zhì)量分為四個(gè)等級(jí)：

v優(yōu)秀〔excellent〕：符合本模型框加中的所有規(guī)那么〔可以接受〕

v良好〔good〕：未大量偏離模型框架中的規(guī)那么〔可以接受〕

v一般〔fair〕：違背了模型框架中的大量規(guī)那么〔可以接受〕

v較差〔poor〕：無法保障正常的軟件可維護(hù)性〔不可以接受〕

l度量規(guī)那么〔Metrics〕：使用代碼行數(shù)、注釋頻度等參數(shù)度量軟件各種行為屬性

四．白盒測(cè)試方法－動(dòng)態(tài)測(cè)試〔即設(shè)計(jì)測(cè)試用例的方法〕

1．白盒測(cè)試的動(dòng)態(tài)測(cè)試原那么－根據(jù)程序的控制結(jié)構(gòu)設(shè)計(jì)測(cè)試用例

〔1〕保證每個(gè)模塊的所有獨(dú)立路徑至少被使用一次

〔2〕對(duì)所有的邏輯值均測(cè)試true和false

〔3〕上下邊界及可操作范圍內(nèi)運(yùn)行所有循環(huán)

〔4〕檢查內(nèi)部數(shù)據(jù)結(jié)構(gòu)以確保其有效性

2．邏輯覆蓋法

〔1〕概述

邏輯覆蓋是通過對(duì)程序邏輯結(jié)構(gòu)的遍歷實(shí)現(xiàn)程序的覆蓋

〔2〕分類－依據(jù)覆蓋源程序語句的詳盡程度

l語句覆蓋SC〔StatementCoverage〕

l判定覆蓋DC〔Decisioncoverage〕

l條件覆蓋CC〔ConditionCoverage〕

l條件判定組合覆蓋CDC〔Condition/DecisionCoverage〕

l多條件覆蓋MCC〔MultipleConditionCoverage〕

l修改條件判定覆蓋MCDC〔MultipleConditionDecisionCoverage〕

〔3〕語句覆蓋

l選擇足夠多的測(cè)試數(shù)據(jù)，使被測(cè)程序中每條語句至少執(zhí)行一次

l缺點(diǎn)：對(duì)程序執(zhí)行邏輯的覆蓋很低

〔4〕判定覆蓋

l設(shè)計(jì)足夠多的測(cè)試用例，使得程序中的每一個(gè)判定至少獲得一次‘真’值和‘假’值，或者使得程序中的每一個(gè)取‘真’分支或取‘假’分支至少經(jīng)歷一次，因此又稱分支覆蓋

l可以滿足語句覆蓋

l缺點(diǎn)：主要對(duì)整個(gè)表達(dá)式最終取值進(jìn)行度量，忽略了表達(dá)式內(nèi)部取值

〔5〕條件覆蓋

l設(shè)計(jì)足夠多的測(cè)試用例，使得每一判定語句中每個(gè)邏輯條件的可能值至少滿足一次

l不能夠滿足判定覆蓋

〔6〕條件判定組合覆蓋

l設(shè)計(jì)足夠多的測(cè)試用例，使得判定中的每個(gè)條件的所有可能〔真/假〕至少出現(xiàn)一次，并且每個(gè)判定本身的判定結(jié)果也至少出現(xiàn)一次

l缺點(diǎn)：沒有考慮單個(gè)判定對(duì)整體結(jié)果的影響，無法發(fā)現(xiàn)邏輯錯(cuò)誤

〔7〕多條件覆蓋

l也稱條件組合覆蓋，設(shè)計(jì)足夠多的測(cè)試用例，使得每個(gè)判定中條件的各種可能組合都至少出現(xiàn)一次〔以數(shù)軸形式劃分區(qū)域，提取交集，建立最少的測(cè)試用例〕

l滿足條件覆蓋一定滿足判定覆蓋、條件覆蓋、條件判定組合覆蓋

l缺點(diǎn)：判定語句較多時(shí)，條件組合值比較多

〔8〕修正條件判定覆蓋

l每一個(gè)程序模塊的入口和出口點(diǎn)都要考慮至少要被調(diào)用一次，每個(gè)程序的判定到所有可能的結(jié)果值要至少轉(zhuǎn)換一次

l程序的判定被分解為通過邏輯操作符〔and，or〕連接的bool條件，每個(gè)條件對(duì)于判定的結(jié)果值是獨(dú)立的練習(xí)1：采用多條件覆蓋方法，對(duì)下程序進(jìn)行白盒測(cè)試用例設(shè)計(jì)

if((a>1)&&(b==0))

{

x=x/a;

}

if((a==2)||(x>1))

{

x=x+1;

}3．根本路徑覆蓋

〔1〕概述

l在程序控制流圖的根底上，通過分析程序控制流圖的環(huán)路復(fù)雜性，導(dǎo)出根本可執(zhí)行路徑的集合，然后據(jù)此設(shè)計(jì)測(cè)試用例

l設(shè)計(jì)出的測(cè)試用例要保證在測(cè)試中程序的每一條可執(zhí)行語句至少執(zhí)行一次

〔2〕程序控制流圖

l控制流圖是描述程序控制流的一種方式

l圖形符號(hào)：圓圈代表一個(gè)結(jié)點(diǎn)表示一個(gè)或多個(gè)無分支的語句或源程序語句

l邊和點(diǎn)圈定的局部叫做區(qū)域。當(dāng)對(duì)區(qū)域計(jì)數(shù)時(shí)，圖形外的一個(gè)局部也應(yīng)記為一個(gè)區(qū)域

l判斷語句中的條件為復(fù)合條件時(shí)，即條件表達(dá)式由一個(gè)或多個(gè)邏輯運(yùn)算符連接的邏輯表達(dá)式〔aandb〕，那么需要改變復(fù)合條件的判斷為一系列只有單個(gè)條件的嵌套的判斷

圖形符號(hào)圖所示

〔3〕程序環(huán)路復(fù)雜性

l程序的環(huán)路復(fù)雜性即McCabe復(fù)雜性度量，簡(jiǎn)單的定義為控制流圖的區(qū)域數(shù)

l從程序的環(huán)路復(fù)雜性可導(dǎo)出程序根本路徑集合中的獨(dú)立路徑條數(shù)，這是確保程序中每個(gè)可執(zhí)行語句至少執(zhí)行一次所必須的測(cè)試用例數(shù)目的上界

l獨(dú)立路徑：包括一組以前沒有處理的語句或條件的一條路徑

l通常環(huán)路復(fù)雜性可用以下三種方法求得：

v將環(huán)路復(fù)雜性定義為控制流圖中的區(qū)域數(shù)。

v設(shè)E為控制流圖的邊數(shù)，N為圖的結(jié)點(diǎn)數(shù)，那么定義環(huán)路復(fù)雜性為V(G)＝E－N＋2。

v假設(shè)設(shè)P為控制流圖中的判定結(jié)點(diǎn)數(shù)，那么有V(G)＝P＋1。

〔4〕根本路徑測(cè)試步驟

l以詳細(xì)設(shè)計(jì)或源代碼為根底，導(dǎo)出程序的控制流圖

l計(jì)算得到控制流圖G的環(huán)路復(fù)雜性v(g)

l確定線性無關(guān)的路徑的根本集

l生成測(cè)試用例，確保根本路徑集中每條路徑的執(zhí)行五．其他白盒測(cè)試方法

1．域測(cè)試

〔1〕概述

是一種基于程序結(jié)構(gòu)的測(cè)試方法，基于對(duì)程序輸入空間〔域〕的分析，選擇適的測(cè)試點(diǎn)進(jìn)行測(cè)試

〔2〕Howden錯(cuò)誤分類－相對(duì)于程序路徑分類

l域錯(cuò)誤：程序的控制流存在錯(cuò)誤，對(duì)于某一特定的輸入可能執(zhí)行的是一條錯(cuò)誤路徑，這種錯(cuò)誤稱為路徑錯(cuò)誤，也叫做域錯(cuò)誤

l計(jì)算型錯(cuò)誤：對(duì)于特定輸入執(zhí)行的路徑正確，但賦值語句的錯(cuò)誤導(dǎo)致輸出結(jié)果錯(cuò)誤，稱為計(jì)算型錯(cuò)誤

l喪失路徑錯(cuò)誤：由于程序中的某處少了一個(gè)判定謂詞而引起的

〔3〕測(cè)試?yán)硐虢Y(jié)果：檢驗(yàn)輸入空間的每一個(gè)輸入元素是否都產(chǎn)生正確的結(jié)果

〔4〕缺點(diǎn)

l為進(jìn)行域測(cè)試對(duì)程序提出的限制過多

l當(dāng)程序存在很多路徑時(shí)，所需的測(cè)試點(diǎn)很多

2．符號(hào)測(cè)試

〔1〕概述

l根本思想是允許程序的輸入不僅僅是具體的數(shù)值數(shù)據(jù)，而且包括符號(hào)值，符號(hào)值可以是根本的符號(hào)變量值，也可以是符號(hào)變量值的表達(dá)式。

l符號(hào)測(cè)試執(zhí)行的是代數(shù)運(yùn)算，可以作為普通測(cè)試的一個(gè)擴(kuò)充

l符號(hào)測(cè)試可以看作是程序測(cè)試和程序驗(yàn)證的一個(gè)折衷方法

〔2〕測(cè)試?yán)硐肭闆r：程序中僅有有限的幾條執(zhí)行路徑，如果都完成了符號(hào)測(cè)試，就可把握確實(shí)認(rèn)程序的正確性了

〔3〕缺點(diǎn)

l分支問題

l二義性問題

l大程序問題

3．Z路徑覆蓋

〔1〕概述

對(duì)循環(huán)機(jī)制進(jìn)行簡(jiǎn)化，減少路徑的數(shù)量，使得覆蓋所有路徑成為可能，簡(jiǎn)化循環(huán)意義下的路徑覆蓋稱為Z路徑覆蓋

〔2〕循環(huán)簡(jiǎn)化：限制循環(huán)次數(shù)，只考慮循環(huán)一次或零次情況

4．程序變異

〔1〕概述

是一種錯(cuò)誤驅(qū)動(dòng)測(cè)試

錯(cuò)誤驅(qū)動(dòng)測(cè)試：指該方法是針對(duì)某類特定程序錯(cuò)誤的，即專門測(cè)試某類錯(cuò)誤是否存在

錯(cuò)誤驅(qū)動(dòng)測(cè)試分類：程序強(qiáng)變異和程序弱變異

〔2〕優(yōu)點(diǎn)：便于集中目標(biāo)對(duì)軟件危害最大的可能錯(cuò)誤，提高測(cè)試效率，降低本錢

六．白盒測(cè)試綜合策略

1．白盒測(cè)試中測(cè)試方法的選擇策略

〔1〕在測(cè)試中，首先盡量使用測(cè)試工作進(jìn)行靜結(jié)構(gòu)分析

〔2〕采用先靜態(tài)后動(dòng)態(tài)的組合方式，先進(jìn)行靜態(tài)結(jié)構(gòu)分析，代碼檢查和靜態(tài)質(zhì)量度量，然后現(xiàn)進(jìn)行覆蓋測(cè)試

〔3〕利用靜態(tài)結(jié)構(gòu)分析的結(jié)果，通過代碼檢查和動(dòng)態(tài)測(cè)試的方法對(duì)結(jié)果進(jìn)一步確認(rèn)，使測(cè)試工作更為有效

〔4〕覆蓋率測(cè)試是白盒測(cè)試的重點(diǎn)，使用根本路徑測(cè)試到達(dá)語句覆蓋標(biāo)準(zhǔn)；對(duì)于重點(diǎn)模塊，應(yīng)使用多種覆蓋標(biāo)準(zhǔn)衡量代碼的覆蓋率

〔5〕不同測(cè)試階段，側(cè)重點(diǎn)不同

l單元測(cè)試：以代碼檢查、邏輯覆蓋

l集成測(cè)試：增加靜構(gòu)結(jié)構(gòu)分析、靜態(tài)質(zhì)量度量

l系統(tǒng)測(cè)試：根據(jù)黑盒測(cè)試結(jié)果，采用白盒測(cè)試

2．最少測(cè)試用例數(shù)計(jì)算

l將構(gòu)成循環(huán)操作的重復(fù)型結(jié)構(gòu)用選擇結(jié)構(gòu)代替，因此在N-S圖中只存在順序和分支操作

lN-S圖按分支結(jié)構(gòu)分層，整個(gè)程序的最少測(cè)試用例數(shù)為每個(gè)分層中最少測(cè)試用例數(shù)的乘積

3．測(cè)試覆蓋標(biāo)準(zhǔn)

lFoster的ESTCA覆蓋標(biāo)準(zhǔn)

lWoodward等人的層次LCSAJ覆蓋標(biāo)準(zhǔn)2:21

|\o"單擊為此項(xiàng)添加評(píng)論。"添加評(píng)論

|\o"單擊以顯示此項(xiàng)的固定鏈接。"固定鏈接

|\o"單擊以顯示此項(xiàng)的引用通告。"引用通告(0)

|\o"在您的共享空間中記錄關(guān)于此項(xiàng)的日志。"記錄它

|\o"單擊以顯示此類別的所有項(xiàng)。"計(jì)算機(jī)與Internet黑盒測(cè)試一．黑盒測(cè)試概述1．定義

l也稱功能測(cè)試，它是通過測(cè)試來檢測(cè)每個(gè)功能是否都能正常使用

l把程序看成一個(gè)黑盒子，完全不考慮程序內(nèi)部結(jié)構(gòu)和內(nèi)部特性，著眼于程序外部結(jié)構(gòu)，不考慮內(nèi)部邏輯結(jié)構(gòu)

l在程序接口進(jìn)行測(cè)試，只檢查程序功能是否按照需求說明書的規(guī)定正常使用，程序是否能適當(dāng)?shù)亟邮蛰斎霐?shù)據(jù)而產(chǎn)生正確的輸出信息

l主要針對(duì)軟件界面和軟件功能進(jìn)行測(cè)試

2．試圖發(fā)現(xiàn)的錯(cuò)誤類型

l功能不正確或遺漏

l界面錯(cuò)誤〔輸入能否正確的接受？能否輸出正確的結(jié)果〕

l數(shù)據(jù)庫訪問錯(cuò)誤〔如數(shù)據(jù)結(jié)構(gòu)定義錯(cuò)誤或外部信息〔如數(shù)據(jù)文件〕訪問錯(cuò)誤〕

l性能錯(cuò)誤

l初始化和終止錯(cuò)誤

3．黑盒測(cè)試用例設(shè)計(jì)方法

〔1〕等價(jià)類劃分法：把程序的輸入域劃分成假設(shè)干局部，然后從每個(gè)局部中選取少數(shù)代表性數(shù)據(jù)作為測(cè)試用例。每一類的代表性數(shù)據(jù)在測(cè)試中的作用等價(jià)于這一類的其他值

〔2〕邊界值分析法：通過選擇等價(jià)類邊界的測(cè)試用例。不僅重視輸入條件邊界，而且也必須考慮輸出域邊界

〔3〕錯(cuò)誤推測(cè)法：基于經(jīng)驗(yàn)和直覺推測(cè)程序中所有可能存在的各種錯(cuò)誤，從而有針對(duì)性地設(shè)計(jì)測(cè)試用例的方法

〔4〕因果圖法：從用自然語言書寫的程序規(guī)格說明的描述中找出因〔輸入條件〕和果〔輸入或程序狀態(tài)的改變〕，可以通過因果圖轉(zhuǎn)換成判定表

〔5〕判定表驅(qū)動(dòng)法：利用判定表進(jìn)行測(cè)試用例的設(shè)計(jì)

〔6〕正交試驗(yàn)設(shè)計(jì)法：使用已設(shè)計(jì)好的正交表格來安排試驗(yàn)，并進(jìn)行數(shù)據(jù)分析的一種方法，目的是用最少的測(cè)試用例到達(dá)最高的測(cè)試覆蓋率

〔7〕功能圖法：用功能圖形象地表示程序的功能說明，并機(jī)械地生成功能圖的測(cè)試用例。功能圖模型由狀態(tài)遷移圖和邏輯功能模型構(gòu)成

二．黑盒測(cè)試用例設(shè)計(jì)方法

1．等價(jià)類劃分法

〔1〕劃分根底：需求規(guī)格說明書中輸入、輸出要求

〔2〕等價(jià)類：某個(gè)輸入域的子集合；分為有效等價(jià)類和無效等價(jià)類

l有效等價(jià)類：指對(duì)于程序規(guī)格說明書來說是合理的、有意義的輸入數(shù)據(jù)構(gòu)成的集合。利用有效等價(jià)類可以檢驗(yàn)程序是否實(shí)現(xiàn)了規(guī)格說明書中的功能和性能

l無效等價(jià)類：與有效等價(jià)的定義恰巧相反

〔3〕劃分等價(jià)類原那么〔6條〕

序號(hào)輸入條件〔數(shù)據(jù)〕劃分等價(jià)類

1規(guī)定了取值范圍值的個(gè)數(shù)一個(gè)有效等價(jià)類兩個(gè)無效等價(jià)類

2規(guī)定了輸入值的集合規(guī)定了“必須如何〞的條件一個(gè)有效等價(jià)類一個(gè)無效等價(jià)類

3是一個(gè)布爾量一個(gè)有效等價(jià)類一個(gè)無效等價(jià)類

4輸入數(shù)據(jù)的一組值〔n個(gè)〕，并且程序?qū)γ恳粋€(gè)輸入值分別進(jìn)行處理n個(gè)有效等價(jià)類一個(gè)無效等價(jià)類

5規(guī)定必須遵守的規(guī)那么一個(gè)有效等價(jià)類〔符合規(guī)那么〕假設(shè)干個(gè)無效等價(jià)類

6在確知已劃分的等價(jià)類中，各元素在程序處理中的方式不同的情況下，那么應(yīng)再將該等價(jià)類進(jìn)一步地劃分為更小的等價(jià)類

〔4〕列出等價(jià)類表

在確定了等價(jià)類之后，建立等價(jià)類表，列出所有劃分出的等價(jià)類

輸入條件有效等價(jià)類無效等類

………………〔5〕確定測(cè)試用例步驟

l第一步：為每個(gè)等價(jià)類規(guī)定一個(gè)惟一的編號(hào)

l第二步：設(shè)計(jì)一個(gè)新的測(cè)試用例，使其盡可能多地覆蓋尚未覆蓋的有效等價(jià)類。重復(fù)這一步驟，最后使得所有有效等價(jià)類均被測(cè)試用例所覆蓋

l第三步：設(shè)計(jì)一個(gè)新的測(cè)試用例，使其只覆蓋一個(gè)無效等價(jià)類。重復(fù)這一步驟，最后使得所有有效等價(jià)類均被測(cè)試用例所覆蓋

小結(jié)：采用等價(jià)類劃分方法設(shè)計(jì)測(cè)試用例，按照劃分等價(jià)類、列出等價(jià)列表、確定測(cè)試用例三個(gè)步驟完成，目標(biāo)是把可能的測(cè)試用例組合縮減到仍然足以滿足軟件測(cè)試需求為止。2．邊界值分析法

〔1〕邊界類型

l邊界條件：可以在產(chǎn)品說明書中有定義或者在使用軟件過程中確定

l次邊界條件：在軟件內(nèi)部，也稱為內(nèi)部邊界條件

l其他邊界條件：如輸入信息為空〔對(duì)于此類問題應(yīng)建立單獨(dú)的等價(jià)類空間〕、非法、錯(cuò)誤、不正確和垃圾數(shù)據(jù)

〔2〕邊界值的選擇方法〔遵循原那么〕

序號(hào)輸入條件〔數(shù)據(jù)〕輸入邊界值數(shù)據(jù)

1規(guī)定了取值范圍剛剛到達(dá)這個(gè)范圍剛剛超越這個(gè)范圍

2規(guī)定值的個(gè)數(shù)最大個(gè)數(shù)、比最大個(gè)數(shù)大1最小個(gè)數(shù)、比最小個(gè)數(shù)少1

3根據(jù)規(guī)格說明書的每個(gè)輸出條件，使用原那么1、2

4輸入或輸出是個(gè)有序集合集合的第一個(gè)、最后一個(gè)元素

5程序中使用一個(gè)內(nèi)部數(shù)據(jù)結(jié)構(gòu)內(nèi)部數(shù)據(jù)結(jié)構(gòu)邊界上的值

6分析規(guī)格說明，找出其他可能的邊界〔3〕例子：

l允許文本輸入1～255個(gè)字符：測(cè)試用例－1、255、254、0、256

l程序讀寫軟盤：測(cè)試用例－文件很小、等于軟盤容量限制之內(nèi)、空、超過

l程序允許在一張紙上打印多個(gè)頁面：測(cè)試用例－只打印一頁，規(guī)定最大頁，0頁，大于允許最大頁數(shù)3．錯(cuò)誤推測(cè)法

根本思想：列舉出程序中所有可能有的錯(cuò)誤和容易發(fā)生錯(cuò)誤的特殊情況，根據(jù)它們選擇測(cè)試用例4．因果圖法

側(cè)重于輸入條件的各種組合，各個(gè)輸入情況之間的相互制約關(guān)系

〔1〕因果圖設(shè)計(jì)方法

從用自然語言書寫的程序規(guī)格說明的描述中找出因果，通過因果圖轉(zhuǎn)換成判定表

〔2〕因果圖導(dǎo)出測(cè)試用例步驟

l第一步：分析程序規(guī)格說明的描述中，哪些是原因，哪些是結(jié)果。原在因常常是輸入條件或是輸入條件的等價(jià)類，結(jié)果是輸出條件

l第二步：分析程序規(guī)格說明的描述中語義的內(nèi)容，并將其表示成連接各個(gè)原因與各個(gè)結(jié)果的‘因果圖’

l第三步：標(biāo)明約束條件

l第四步：把因果圖轉(zhuǎn)換成判定表

l第五步：為判定表中每一列表示的情況設(shè)計(jì)測(cè)試用例

〔3〕因果圖根本圖形符號(hào)

通常在因果圖中，用Ci表示原因，Ei表示結(jié)果，各結(jié)點(diǎn)表示狀態(tài)，可取值0〔狀態(tài)不出現(xiàn)〕或1〔某狀態(tài)出現(xiàn)〕

l恒等：假設(shè)原因出現(xiàn)，那么結(jié)果出現(xiàn)；假設(shè)原因不出現(xiàn)，那么結(jié)果不出現(xiàn)

l非〔～〕：假設(shè)原因出現(xiàn)，那么結(jié)果不出現(xiàn)；假設(shè)原因不出現(xiàn)，那么結(jié)果出現(xiàn)

l或〔V〕：假設(shè)幾個(gè)原因中有一個(gè)出現(xiàn)，那么結(jié)果出現(xiàn)；假設(shè)幾個(gè)原因都不出現(xiàn)，那么結(jié)果不出現(xiàn)；

l與〔∧〕：假設(shè)幾個(gè)原因都出現(xiàn)，結(jié)果才出現(xiàn)；假設(shè)其中有一個(gè)原因不出現(xiàn)，那么結(jié)果不出現(xiàn)

〔4〕因果圖的約束符號(hào)

從輸入〔原因〕考慮四種約束

lE〔互斥〕：表示兩個(gè)原因不會(huì)同時(shí)成立，兩個(gè)中最多有一個(gè)可能成立

lI〔包含〕：表示三個(gè)原因中至少有一個(gè)必須成立

lO〔惟一〕：表示兩個(gè)原因中必須有一個(gè)，且僅有一個(gè)成立

lR〔要求〕：表示兩個(gè)原因，a出現(xiàn)時(shí)，b也必須出現(xiàn)，a出現(xiàn)時(shí)，b不可能不出現(xiàn)

從輸出〔結(jié)果〕考慮一種約束

lM〔屏蔽〕：兩個(gè)結(jié)果，a為1時(shí)，b必須是0，當(dāng)a為0時(shí)，b值不定

2023-4-19

5．判定表驅(qū)動(dòng)法

〔1〕判定表：是分析和表達(dá)多邏輯條件下執(zhí)行不同操作的情況的工具

〔2〕判定表組成

l條件樁：列出了問題的所有條件

l動(dòng)作樁：列出了問題規(guī)定可能采取的操作

l條件項(xiàng)：列出針對(duì)它所列條件的取值，在所有可能情況下的真假值

l動(dòng)作項(xiàng)：列出在條件項(xiàng)的各種取值情況下應(yīng)該采取的動(dòng)作

l規(guī)那么：任何一個(gè)條件組合的特定取值及其相應(yīng)要執(zhí)行的操作

注：判定表中貫穿條件項(xiàng)和動(dòng)作項(xiàng)的一列就是一條規(guī)那么；

〔3〕判定表的建立〔步驟〕

l第一步：確定規(guī)那么的個(gè)數(shù)。假設(shè)有n個(gè)條件，每個(gè)條件有兩個(gè)取值〔0,1〕，故有2n種規(guī)那么

l第二步：列出所有的條件樁和動(dòng)作樁

l第三步：填入條件項(xiàng)

l第四步：填入動(dòng)作項(xiàng)。制定初始判定表

l第五步：簡(jiǎn)化。合并相似規(guī)那么或者相同動(dòng)作

〔4〕適合使用判定表設(shè)計(jì)測(cè)試用例的條件

l規(guī)格說明以判定表的形式給出，或很容易轉(zhuǎn)換成判定表

l條件的排列順序不影響執(zhí)行哪些操作

l規(guī)那么的排列順序不影響執(zhí)行哪些操作

l當(dāng)某一規(guī)那么的條件已經(jīng)滿足，并確定要執(zhí)行的操作后，不必檢驗(yàn)別的規(guī)那么

l如果某一規(guī)那么要執(zhí)行多個(gè)操作，這些操作的執(zhí)行順序無關(guān)緊要

2023-4-20

6．正交試驗(yàn)法

〔1〕概述

l從大量的試驗(yàn)數(shù)據(jù)中挑選適量的、有代表性的點(diǎn)，從而合理地安排測(cè)試的一種科學(xué)的試驗(yàn)設(shè)計(jì)方法

l使用已造好的表格“－〞正交表來安排試驗(yàn)并進(jìn)行數(shù)據(jù)分析的一種方法

l因子：影響實(shí)現(xiàn)指標(biāo)的條件

l因子的狀態(tài)：影響實(shí)現(xiàn)因子的條件

〔2〕優(yōu)點(diǎn)

l節(jié)省測(cè)試工時(shí)

l可控制生成的測(cè)試用例的數(shù)量

l測(cè)試用例具有一定的覆蓋率

〔3〕設(shè)計(jì)步驟

l提取功能說明，構(gòu)造因子‘－’狀態(tài)表。

l加權(quán)篩選，生成因素分析表；

l利用正交表構(gòu)造測(cè)試數(shù)據(jù)集，正交表的推導(dǎo)依據(jù)Galois理論

L：代表正交表，L8〔27〕代表7為因子數(shù)，2為因子的水平數(shù)，8為此表行的數(shù)目〔試驗(yàn)次數(shù)〕

行數(shù)為mn型的正交表中，試驗(yàn)次數(shù)〔行數(shù)〕＝∑〔每列水平數(shù)－1〕＋1

例：5個(gè)3水平因子及一個(gè)2水平因子，表示為35*21，試驗(yàn)次數(shù)＝5*(3-1)+1*(2-1)+1＝12，

即L12〔35*2〕

7．功能圖法

〔1〕程序功能說明的組成

l動(dòng)態(tài)說明：描述輸入數(shù)據(jù)的次序或轉(zhuǎn)移次序

l靜態(tài)說明：描述輸入條件和輸出條件之間的對(duì)應(yīng)關(guān)系

〔2〕功能圖：由狀態(tài)遷移圖和布爾函數(shù)組成，狀態(tài)遷移圖用狀態(tài)和遷移來表示。一個(gè)狀態(tài)指出數(shù)據(jù)輸入的位置〔或時(shí)間〕，一個(gè)遷移指明狀態(tài)的改變，同時(shí)要依靠判定表或因果圖表示的邏輯功能

〔3〕功能圖法概述

l用功能圖形象地表示程序的功能說明，并機(jī)械地生成功能圖的測(cè)試用例

l功能圖模型由狀態(tài)遷移圖和邏輯功能模型構(gòu)成

v狀態(tài)遷移圖：用于表示輸入數(shù)據(jù)序列以及相應(yīng)的輸出數(shù)據(jù)；由輸入數(shù)據(jù)和當(dāng)前狀態(tài)決定輸出數(shù)據(jù)和后續(xù)狀態(tài)

v邏輯功能模型：用于表示在狀態(tài)中輸入條件和輸出條件的對(duì)應(yīng)關(guān)系。由輸入數(shù)據(jù)決定輸出數(shù)據(jù)。此模型只適用于描述靜態(tài)說明

l功能圖測(cè)試用例由測(cè)試中經(jīng)過的一系列狀態(tài)和在每個(gè)狀態(tài)中必須依靠輸入/輸出數(shù)據(jù)滿中的一對(duì)條件組成

〔4〕測(cè)試用例生成方法

從狀態(tài)遷移圖中選取測(cè)試用例，用節(jié)點(diǎn)代替狀態(tài)，用弧線代替遷移，狀態(tài)圖就可轉(zhuǎn)化成一個(gè)程序的控制流程圖形式

〔5〕測(cè)試用例生成規(guī)那么

為了把狀態(tài)遷移〔測(cè)試路徑〕的測(cè)試用例與邏輯模型〔局部測(cè)試用例〕的測(cè)試用例組合起來，從功能圖生成實(shí)用的測(cè)試用例，在一個(gè)結(jié)構(gòu)化的狀態(tài)遷移〔SST〕中，定義3種形式的循環(huán)：順序，選擇和重復(fù)

〔6〕功能圖生成測(cè)試用例步驟

l生成局部測(cè)試用例：在每個(gè)狀態(tài)中，從因果圖生成局部測(cè)試用例。局部測(cè)試用例由原因值〔輸入數(shù)據(jù)〕組合與對(duì)應(yīng)的結(jié)果值〔輸出數(shù)據(jù)或狀態(tài)〕構(gòu)成

l測(cè)試路徑生成：利用上面的規(guī)那么生成從初始狀態(tài)到最后狀態(tài)的測(cè)試路徑

l測(cè)試用例合成：合成測(cè)試路徑與功能圖中每個(gè)狀態(tài)的局部測(cè)試用例。結(jié)果是初始狀態(tài)到最后狀態(tài)的一個(gè)狀態(tài)序列，以及每個(gè)狀態(tài)中輸入數(shù)據(jù)與對(duì)應(yīng)輸出數(shù)據(jù)的組合。

l測(cè)試用例的合成算法：采用條件構(gòu)造樹8．場(chǎng)景法

〔1〕根本流和備選流

采用此方法進(jìn)行設(shè)計(jì)時(shí)，需要進(jìn)行場(chǎng)景的設(shè)計(jì)，在場(chǎng)景中采用根本流和備選流表示經(jīng)過用例的每條路徑

l根本流：采用直黑線表示，是經(jīng)過用例的最簡(jiǎn)單的路徑〔無任何過失，程序從開始直接執(zhí)行到結(jié)束〕

l備選流：采用不同顏色表示，一個(gè)備選流可能從根本流開始，在某個(gè)特定條件下執(zhí)行，然后重新參加根本流中，也可以起源于另一個(gè)備選流，或終止用例，不在參加到根本流中；〔各種錯(cuò)誤情況〕

〔2〕設(shè)計(jì)步驟

l根據(jù)說明，描述出程序的根本流及各項(xiàng)備選流

l根據(jù)根本流和各項(xiàng)備選流生成不同的場(chǎng)景

l對(duì)每一個(gè)場(chǎng)景生成相應(yīng)的測(cè)試用例

l對(duì)生成的所有測(cè)試用例重新復(fù)審，去掉多余的測(cè)試用例，測(cè)試用例確定后，對(duì)每一個(gè)測(cè)試用例確定測(cè)試數(shù)據(jù)值

三．黑盒測(cè)試用例設(shè)計(jì)方法的選擇策略

1．首先進(jìn)行等價(jià)類劃分，包括輸入條件和輸出條件的等價(jià)類劃分，將無限測(cè)試變成有限測(cè)試，這是減少測(cè)試量和提高測(cè)試效率的最有效方法

2．在任何情況下都必須使用邊界值分析方法。此方法設(shè)計(jì)的測(cè)試用例發(fā)現(xiàn)程序錯(cuò)誤的能力最強(qiáng)

3．可以用錯(cuò)誤和推測(cè)法追加一些測(cè)試用例

4．對(duì)照程序的邏輯，檢查已設(shè)計(jì)的測(cè)試用例的邏輯覆蓋度，如果沒有到達(dá)要求，應(yīng)在補(bǔ)充

5．如果程序的功能說明中含有輸入條件的組合情況，一開始就可以使用因果圖法和判定表驅(qū)動(dòng)法

6．對(duì)于參數(shù)配置類的軟件，要用正交試驗(yàn)法選擇較少的組合方式到達(dá)最正確效果

7．功能圖法也是很好的測(cè)試用例設(shè)計(jì)方法，我們可以通過不同時(shí)期條件的有效性設(shè)計(jì)不同的數(shù)據(jù)

8．對(duì)于業(yè)務(wù)流清晰的系統(tǒng)，可以利用場(chǎng)景法貫空整個(gè)測(cè)試案例過程，在案例中綜合使用各種方法

四．測(cè)試用例的編寫

1.測(cè)試用例概述

〔1〕定義

l將測(cè)試行為具體量化的方法之一

l設(shè)計(jì)一種情況，軟件程序在這種情況下，必須能夠正常運(yùn)行并且到達(dá)程序所設(shè)計(jì)的執(zhí)行結(jié)果

l為到達(dá)最正確的測(cè)試效果或高效的揭露隱藏的錯(cuò)誤而精心設(shè)計(jì)的少量測(cè)試數(shù)據(jù)，

l一個(gè)好的測(cè)試用例是在于它能發(fā)現(xiàn)至今未發(fā)現(xiàn)的錯(cuò)誤

〔2〕優(yōu)點(diǎn)：

l在開始實(shí)施測(cè)試之前設(shè)計(jì)好測(cè)試用例，可以防止盲目測(cè)試并提高測(cè)試效率

l測(cè)試用例的使用令軟件測(cè)試的實(shí)施重點(diǎn)突出、目的明確

l在軟件版本更新后只需修正少局部的測(cè)試用例便可展開測(cè)試工作，降低工作強(qiáng)度，縮短工程周期

l功能模塊的通用化和復(fù)用化使軟件易于開發(fā)，而測(cè)試用例的通用化和復(fù)用化使軟件測(cè)試易于開展，并隨著測(cè)試用例的不斷精化其效率也不斷攀升

2．方案測(cè)試用例的目的

〔3〕方案測(cè)試用例，是達(dá)成測(cè)試目標(biāo)的必由之路

〔4〕組織性：使測(cè)試用例具有組織性，便于全體測(cè)試員和其他工程小組人員有效地審查和使用

〔5〕重復(fù)性和跟蹤，可以明確測(cè)試過程中測(cè)試用例的執(zhí)行情況，保證測(cè)試的全面性

〔6〕方案測(cè)試用例，可以防止發(fā)布忽略某些測(cè)試用例的軟件

〔7〕測(cè)試證實(shí)，正確的測(cè)試用例方案和跟蹤提供了一種證實(shí)測(cè)試的手段

3．測(cè)試設(shè)計(jì)說明

〔1〕定義：在測(cè)試方案中提煉測(cè)試方法，要明確指出設(shè)計(jì)包含的特性以及相關(guān)的測(cè)試用例和測(cè)試程序，并指定判斷通過/失敗的規(guī)那么

〔2〕目的；組織和描述針對(duì)具體特性需要進(jìn)行的測(cè)試，注：不給出具體的測(cè)試用例或執(zhí)行測(cè)試的步驟

〔3〕包含的局部?jī)?nèi)容〔來自ANSI/IEEE829

ANSI美國(guó)國(guó)家標(biāo)準(zhǔn)化組織〕

l標(biāo)識(shí)符：用于引用和定位測(cè)試設(shè)計(jì)說明的惟一標(biāo)識(shí)符

l要測(cè)試的特性：對(duì)測(cè)試設(shè)計(jì)說明所包含的軟件特性的描述。還將明確出要間接測(cè)試的特性

l方法：描述測(cè)試的通用方法。如果方法在測(cè)試方案中描述，在測(cè)試設(shè)計(jì)說明中要詳細(xì)描述要使用的技術(shù)，并給出如何驗(yàn)證測(cè)試結(jié)果的方法

l測(cè)試用例信息：用于描述所引用的測(cè)試用例的相關(guān)信息。如測(cè)試用例編號(hào)

l通過/失敗規(guī)那么：描述用什么規(guī)那么來判定某項(xiàng)特性的測(cè)試結(jié)果是通過還是失敗。

4．測(cè)試用例說明

〔1〕定義〔ANSI/IEEE829〕：編寫用于輸入的實(shí)際數(shù)據(jù)和預(yù)期結(jié)果，并明確指出使用具體測(cè)試用例產(chǎn)生的測(cè)試程序的任何限制

〔2〕包含的內(nèi)容

l標(biāo)識(shí)符：由測(cè)試設(shè)計(jì)過程說明和測(cè)試程序說明引用的唯一標(biāo)識(shí)符

l測(cè)試項(xiàng)：描述被測(cè)試的詳細(xì)特性、代碼模塊等

l輸入說明：列舉執(zhí)行測(cè)試用例的所有輸入內(nèi)容或者條件

l輸出說明：描述進(jìn)行測(cè)試用例預(yù)期的結(jié)果

l環(huán)境要求：執(zhí)行測(cè)試用例的軟件、硬件、測(cè)試工具及人員等要求

l特殊要求：描述執(zhí)行測(cè)試用例的特殊要求

l用例之間的依賴性：注明與其分用例的依賴關(guān)系或受其他用例的影響

5.測(cè)試程序說明

〔1〕定義：明確指出為實(shí)現(xiàn)相關(guān)測(cè)試設(shè)計(jì)而執(zhí)行具體測(cè)試用例和操作軟件系統(tǒng)的全部步驟，有時(shí)也稱為‘測(cè)試腳本說明’，即詳細(xì)定義了執(zhí)行測(cè)試用例的每一步操作

〔2〕包含的內(nèi)容

l標(biāo)識(shí)符：把測(cè)試程序與相關(guān)測(cè)試用例和測(cè)試設(shè)計(jì)相聯(lián)系的惟一標(biāo)識(shí)

l目的：本程序描述的目的以及將要執(zhí)行的測(cè)試用例的引用信息

l特殊要求：執(zhí)行測(cè)試