-.z.目錄第1章軟件測試11.1軟件測試的概念11.2軟件測試技術(shù)的廣度和深度2按生命周期分：單元測試，集成測試，系統(tǒng)測試，驗收測試。2按測試方法：分為黑盒測試，白盒測試，灰盒測試。2按執(zhí)行測試方式：人工手動測試，自動化測試技術(shù)。21.3專用系統(tǒng)和專項測試技術(shù)。31.4黑盒測試?yán)碚?黑盒測試概念3黑盒測試的測試用例設(shè)計方法4常用的功能測試方法8第2章黑盒測試流程112.1用例項112.2設(shè)計測試用例12第3章測試表格153.1用例項劃分153.2測試用例表格153.3關(guān)注點(diǎn)17文本輸入框17下拉列表17增加數(shù)據(jù)18修改數(shù)據(jù)18刪除數(shù)據(jù)18查詢數(shù)據(jù)18數(shù)據(jù)導(dǎo)入導(dǎo)出18其他19參考文獻(xiàn)20-.z.軟件測試軟件測試的概念軟件測試其實應(yīng)該是伴隨著軟件生產(chǎn)而產(chǎn)生，有了軟件生產(chǎn)就必然有軟件測試，但直到1957年，軟件測試才和軟件調(diào)試區(qū)分開來，軟件測試的概念也有很多版本。測試目的演變?nèi)缦拢鹤C明：說明軟件能工作檢測：發(fā)現(xiàn)錯誤預(yù)防：管理質(zhì)量到上世紀(jì)80年代，軟件質(zhì)量"號角〞吹響之后，軟件測試的概念才逐步的穩(wěn)定下來。1983年IEEE提出了軟件工程標(biāo)準(zhǔn)術(shù)語定義如下："使用人工或自動化工具運(yùn)行和測試*個系統(tǒng)的過程，目的在于驗證它是否滿足規(guī)定的需求或是弄清預(yù)期結(jié)果與實際結(jié)果之間的差異。〞這個定義明確提出了軟件測試以檢驗是否滿足需求為目標(biāo)。假設(shè)給大家一個紙杯子，如何測試呢"大家可能會有很多種答案，比方：倒?jié)M水杯，測試一下水杯的容量，這個應(yīng)該是最先想到的。可能會想到測試杯子的質(zhì)量，體積，規(guī)格尺寸等等。甚至還會想到測試杯子的耐熱性，測試杯子的耐腐蝕性等。所有這些測試方案最終的目的就是為了驗證紙杯子是否滿足了預(yù)期設(shè)計需求。當(dāng)然紙杯的最初需求可能是很簡單的，就是可以盛水，供人飲用。但質(zhì)量上乘的紙杯子一定要最大程度的滿足用戶的需求。而測試過程就是驗證這些直接需求和衍生需求是否得到實現(xiàn)，是否到達(dá)了預(yù)期的設(shè)計目標(biāo)。再發(fā)散一下思維還可以有很多想法，比方測試水杯裝熱水后的傳熱性，使用者端起水杯是不是可以忍受住？或是采用其他形式讓人端起水杯？測試紙杯是不是可以燃燒？燃燒后是不是會產(chǎn)生有毒的煙？測試水杯制作材料是不是有毒？裝其他飲料會不會產(chǎn)生有毒物質(zhì)？大批量紙杯處理是不是環(huán)保的？測試一下水杯的容量等物理規(guī)格是否合理？測試一下小孩子拿水杯是不是很容易？等等。可能大家還會想到很多測試方案，其中肯定不乏奇思妙想。當(dāng)然有的方案需要采用復(fù)雜的測試設(shè)備和技巧才能完成，甚至需要專門的實驗室。但對于一個要做出好產(chǎn)品的企業(yè)來說這些測試是必要的。總之開發(fā)人員通過設(shè)計來實現(xiàn)預(yù)期的需求目標(biāo)，測試人員通過測試來驗證預(yù)期的需求是否滿足。軟件測試技術(shù)的廣度和深度一個紙杯有不計其數(shù)的測試方案，而對于復(fù)雜軟件產(chǎn)品，特別是大型軟件工程的測試就會涉及到很多技術(shù)環(huán)節(jié)，下面談一下測試技術(shù)的廣度和深度。測試技術(shù)的廣度表達(dá)在軟件產(chǎn)品的種類繁多和業(yè)務(wù)領(lǐng)域的復(fù)雜性上。針對與不同的軟件產(chǎn)品需要應(yīng)用不同的軟件測試技術(shù)。軟件測試技術(shù)本身也是在不斷開展，尤其是近幾年。各種測試技術(shù)開展迅猛，這就使得軟件測試知識體系越來越龐大。大體上軟件測試可以分為以下類型和維度：按生命周期分：單元測試，集成測試，系統(tǒng)測試，驗收測試。單元測試：又稱為模塊測試,是針對軟件構(gòu)造中獨(dú)立的根本單元進(jìn)展測試。是對單元設(shè)計文檔的驗證過程，通常在編碼階段進(jìn)展的。集成測試：又稱為組裝測試，可以根據(jù)集成策略對軟件模塊進(jìn)展組裝后測試。系統(tǒng)測試：是將已經(jīng)集成好的軟件系統(tǒng)，作為整個基于計算機(jī)系統(tǒng)的一個元素，與計算機(jī)硬件，外設(shè)，*些支持軟件，數(shù)據(jù)和人員等其他系統(tǒng)元素結(jié)合在一起，在實際運(yùn)行環(huán)境下，對計算機(jī)系統(tǒng)的一系列測試。系統(tǒng)測試根據(jù)測試類型又分為功能，性能，容量，GUI測試等測試技術(shù)。按測試方法：分為黑盒測試，白盒測試，灰盒測試。黑盒測試包括功能測試用例設(shè)計技術(shù)；白盒測試包括詞法語法分析，靜態(tài)錯誤分析，測試驅(qū)動技術(shù)，程序分析技術(shù)。灰盒是介于黑盒與白盒之間的測試方法。按執(zhí)行測試方式：人工手動測試，自動化測試技術(shù)。其中自動化測試技術(shù)又包含了功能自動執(zhí)行和回歸自動化測試，性能模擬自動化測試，數(shù)據(jù)自動生成，測試過程管理自動化技術(shù)，嵌入式自動化。另外還包括整套的測試過程管理解決方案等。專用系統(tǒng)和專項測試技術(shù)。測試技術(shù)不光表達(dá)還廣度上還表達(dá)在深度上。涵蓋了計算機(jī)網(wǎng)絡(luò)，操作系統(tǒng)，處理機(jī)，計算機(jī)體系構(gòu)造，軟件架構(gòu)，編碼，軟件工程等計算機(jī)科學(xué)領(lǐng)域的多門學(xué)科。所以作為測試工程師，這些領(lǐng)域的知識掌握的越深，測試的效果也就越好。軟件測試工作的特點(diǎn)和重要性記得"人件"書中提過黑衣團(tuán)隊這么一個概念，大意是一公司為了提高軟件產(chǎn)品質(zhì)量，將那些非常有才能的測試工程師組成一組，并給他們特權(quán)，讓他們在軟件產(chǎn)品上市之前進(jìn)展最終的測試。這個團(tuán)體逐漸形成自己的個性，也開展了一種渴望并期待發(fā)現(xiàn)產(chǎn)品缺陷的哲學(xué)。為了更加有個性，他們開場都穿上黑色的衣服，程序一旦有BUG他們就可怕地笑起來。他們的測試根本不是在支持開發(fā)人員，而是樂于將程序與程序員放到一種不是測試而是折磨的工序下面。他們還經(jīng)常聚在一起研究出十分可怕的測試策略，他們一些變態(tài)的想法與測試方法讓程序員望而生畏欲哭無淚，程序員越覺得糟糕，他們就越覺得過癮與快樂。雖然這個故事比擬夸*但也從另外的角度反映了測試工程師在一定程度上是與開發(fā)人員處于對立面，程序員類似于建立者，而測試員更像是破壞者。其實事實并不是這樣的。測試組和開發(fā)組同屬一個工程組，有著共同的目標(biāo)，就是生產(chǎn)出高質(zhì)量的軟件產(chǎn)品，測試組發(fā)現(xiàn)缺陷增加了開發(fā)組的前期工作量，但卻能減少工程后期的維護(hù)工作量和本錢。而如果用戶拿到了滿是bug的軟件產(chǎn)品，損失的不光是后期的維護(hù)本錢，更重要的是損失了公司的質(zhì)量信譽(yù)。所以測試組和開發(fā)組的關(guān)系應(yīng)該是密切配合，通力合作的關(guān)系。實踐也證明，測試人員與開發(fā)人員溝通越充分，測試的效果越好。黑盒測試?yán)碚摵诤袦y試概念黑盒測試〔Black-bo*Testing，又稱為功能測試或數(shù)據(jù)驅(qū)動測試〕是把測試對象看作一個黑盒子。利用黑盒測試法進(jìn)展動態(tài)測試時，需要測試軟件產(chǎn)品的功能，不需測試軟件產(chǎn)品的內(nèi)部構(gòu)造和處理過程。采用黑盒技術(shù)設(shè)計測試用例的方法有：等價類劃分、邊界值分析、錯誤推測、因果圖和綜合策略。黑盒測試注重于測試軟件的功能性需求，也即黑盒測試使軟件工程師派生出執(zhí)行程序所有功能需求的輸入條件。黑盒測試并不是白盒測試的替代品，而是用于輔助白盒測試發(fā)現(xiàn)其他類型的錯誤。黑盒測試試圖發(fā)現(xiàn)以下類型的錯誤：功能錯誤或遺漏；界面錯誤；數(shù)據(jù)構(gòu)造或外部數(shù)據(jù)庫訪問錯誤；性能錯誤；初始化和終止錯誤。黑盒測試的測試用例設(shè)計方法黑盒測試的測試用例設(shè)計方法包括：等價類劃分方法、邊界值分析方法、錯誤推測方法、因果圖方法、判定表驅(qū)動分析方法、正交實驗設(shè)計方法、功能圖分析方法。等價類劃分是把所有可能的輸入數(shù)據(jù)，即程序的輸入域劃分成假設(shè)干局部〔子集〕，然后從每一個子集中選取少數(shù)具有代表性的數(shù)據(jù)作為測試用例。該方法是一種重要的，常用的黑盒測試用例設(shè)計方法。1〕劃分等價類：等價類是指*個輸入域的子集合。在該子集合中，各個輸入數(shù)據(jù)對于揭露程序中的錯誤都是等效的。并合理地假定：測試*等價類的代表值就等于對這一類其它值的測試。因此，可以把全部輸入數(shù)據(jù)合理劃分為假設(shè)干等價類，在每一個等價類中取一個數(shù)據(jù)作為測試的輸入條件，就可以用少量代表性的測試數(shù)據(jù)。取得較好的測試結(jié)果。等價類劃分可有兩種不同的情況：有效等價類和無效等價類。有效等價類：是指對于程序的規(guī)格說明來說是合理的，有意義的輸入數(shù)據(jù)構(gòu)成的集合。利用有效等價類可檢驗程序是否實現(xiàn)了規(guī)格說明中所規(guī)定的功能和性能。無效等價類：與有效等價類的定義恰巧相反。設(shè)計測試用例時，要同時考慮這兩種等價類。因為，軟件不僅要能接收合理的數(shù)據(jù)，也要能經(jīng)受意外的考驗。這樣的測試才能確保軟件具有更高的可靠性。2〕劃分等價類的方法：下面給出六條確定等價類的原則。在輸入條件規(guī)定了取值范圍或值的個數(shù)的情況下，則可以確立一個有效等價類和兩個無效等價類。在輸入條件規(guī)定了輸入值的集合或者規(guī)定了"必須如何〞的條件的情況下，可確立一個有效等價類和一個無效等價類。在輸入條件是一個布爾量的情況下，可確定一個有效等價類和一個無效等價類。在規(guī)定了輸入數(shù)據(jù)的一組值〔假定n個〕，并且程序要對每一個輸入值分別處理的情況下，可確立n個有效等價類和一個無效等價類。在規(guī)定了輸入數(shù)據(jù)必須遵守的規(guī)則的情況下，可確立一個有效等價類〔符合規(guī)則〕和假設(shè)干個無效等價類〔從不同角度違反規(guī)則〕。在確知已劃分的等價類中各元素在程序處理中的方式不同的情況下，則應(yīng)再將該等價類進(jìn)一步的劃分為更小的等價類。3〕設(shè)計測試用例：在確立了等價類后，可建立等價類表，列出所有劃分出的等價類：輸入條件、有效等價類、無效等價類，然后從劃分出的等價類中按以下三個原則設(shè)計測試用例：為每一個等價類規(guī)定一個唯一的編號。設(shè)計一個新的測試用例，使其盡可能多地覆蓋尚未被覆蓋地有效等價類，重復(fù)這一步。直到所有的有效等價類都被覆蓋為止。設(shè)計一個新的測試用例，使其僅覆蓋一個尚未被覆蓋的無效等價類，重復(fù)這一步。直到所有的無效等價類都被覆蓋為止。邊界值分析法邊界值分析法邊界值分析方法是對等價類劃分方法的補(bǔ)充。1〕邊界值分析方法的考慮：長期的測試工作經(jīng)歷告訴我們，大量的錯誤是發(fā)生在輸入或輸出范圍的邊界上，而不是發(fā)生在輸入輸出范圍的內(nèi)部。因此針對各種邊界情況設(shè)計測試用例，可以查出更多的錯誤。使用邊界值分析方法設(shè)計測試用例，首先應(yīng)確定邊界情況。通常輸入和輸出等價類的邊界，就是應(yīng)著重測試的邊界情況。應(yīng)中選取正好等于，剛剛大于或剛剛小于邊界的值作為測試數(shù)據(jù)，而不是選取等價類中的典型值或任意值作為測試數(shù)據(jù)。2〕基于邊界值分析方法選擇測試用例的原則：如果輸入條件規(guī)定了值的范圍，則應(yīng)取剛到達(dá)這個范圍的邊界的值，以及剛剛超越這個范圍邊界的值作為測試輸入數(shù)據(jù)。如果輸入條件規(guī)定了值的個數(shù)，則用最大個數(shù)，最小個數(shù)，比最小個數(shù)少一，比最大個數(shù)多一的數(shù)作為測試數(shù)據(jù)。根據(jù)規(guī)格說明的每個輸出條件，使用前面的原則1〕。根據(jù)規(guī)格說明的每個輸出條件，應(yīng)用前面的原則2〕。如果程序的規(guī)格說明給出的輸入域或輸出域是有序集合，則應(yīng)選取集合的第一個元素和最后一個元素作為測試用例。如果程序中使用了一個內(nèi)部數(shù)據(jù)構(gòu)造，則應(yīng)中選擇這個內(nèi)部數(shù)據(jù)構(gòu)造的邊界上的值作為測試用例。分析規(guī)格說明，找出其它可能的邊界條件。錯誤推測法錯誤推測法：基于經(jīng)歷和直覺推測程序中所有可能存在的各種錯誤，從而有針對性的設(shè)計測試用例的方法。錯誤推測方法的根本思想：列舉出程序中所有可能有的錯誤和容易發(fā)生錯誤的特殊情況，根據(jù)他們選擇測試用例。例如，在單元測試時曾列出的許多在模塊中常見的錯誤。以前產(chǎn)品測試中曾經(jīng)發(fā)現(xiàn)的錯誤等，這些就是經(jīng)歷的總結(jié)。還有，輸入數(shù)據(jù)和輸出數(shù)據(jù)為0的情況。輸入表格為空格或輸入表格只有一行。這些都是容易發(fā)生錯誤的情況。可選擇這些情況下的例子作為測試用例。因果圖方法前面介紹的等價類劃分方法和邊界值分析方法，都是著重考慮輸入條件，但未考慮輸入條件之間的聯(lián)系，相互組合等。考慮輸入條件之間的相互組合，可能會產(chǎn)生一些新的情況。但要檢查輸入條件的組合不是一件容易的事情，即使把所有輸入條件劃分成等價類，他們之間的組合情況也相當(dāng)多。因此必須考慮采用一種適合于描述對于多種條件的組合，相應(yīng)產(chǎn)生多個動作的形式來考慮設(shè)計測試用例。這就需要利用因果圖〔邏輯模型〕。因果圖方法因果圖方法最終生成的就是判定表。它適合于檢查程序輸入條件的各種組合情況。利用因果圖生成測試用例的根本步驟：分析軟件規(guī)格說明描述中，那些是原因〔即輸入條件或輸入條件的等價類〕，那些是結(jié)果〔即輸出條件〕，并給每個原因和結(jié)果賦予一個標(biāo)識符。分析軟件規(guī)格說明描述中的語義。找出原因與結(jié)果之間，原因與原因之間對應(yīng)的關(guān)系。根據(jù)這些關(guān)系，畫出因果圖。由于語法或環(huán)境限制，有些原因與原因之間，原因與結(jié)果之間的組合情況不不可能出現(xiàn)。為說明這些特殊情況，在因果圖上用一些記號說明約束或限制條件。把因果圖轉(zhuǎn)換為判定表。把判定表的每一列拿出來作為依據(jù)，設(shè)計測試用例。從因果圖生成的測試用例〔局部，組合關(guān)系下的〕包括了所有輸入數(shù)據(jù)的取TRUE與取FALSE的情況，構(gòu)成的測試用例數(shù)目到達(dá)最少，且測試用例數(shù)目隨輸入數(shù)據(jù)數(shù)目的增加而線性地增加。判定表前面因果圖方法中已經(jīng)用到了判定表。判定表〔DecisionTable〕是分析和表達(dá)多邏輯條件下執(zhí)行不同操作的情況下的工具。在程序設(shè)計開展的初期，判定表就已被當(dāng)作編寫程序的輔助工具了。由于它可以把復(fù)雜的邏輯關(guān)系和多種條件組合的情況表達(dá)得既具體又明確。判定表通常由四個局部組成。條件樁〔ConditionStub〕：列出了問題得所有條件。通常認(rèn)為列出得條件的次序無關(guān)緊要。動作樁〔ActionStub〕：列出了問題規(guī)定可能采取的操作。這些操作的排列順序沒有約束。條件項〔ConditionEntry〕：列出針對它左列條件的取值。在所有可能情況下的真假值。動作項〔ActionEntry〕：列出在條件項的各種取值情況下應(yīng)該采取的動作。規(guī)則：任何一個條件組合的特定取值及其相應(yīng)要執(zhí)行的操作。在判定表中貫穿條件項和動作項的一列就是一條規(guī)則。顯然，判定表中列出多少組條件取值，也就有多少條規(guī)則，既條件項和動作項有多少列。判定表的建立步驟：〔根據(jù)軟件規(guī)格說明〕確定規(guī)則的個數(shù)。假設(shè)有n個條件。每個條件有兩個取值〔0，1〕，故有種規(guī)則。列出所有的條件樁和動作樁。填入條件項。填入動作項。等到初始判定表。簡化。合并相似規(guī)則〔一樣動作〕。B.Beizer指出了適合使用判定表設(shè)計測試用例的條件：規(guī)格說明以判定表形式給出，或很容易轉(zhuǎn)換成判定表。條件的排列順序不會也不影響執(zhí)行哪些操作。規(guī)則的排列順序不會也不影響執(zhí)行哪些操作。每當(dāng)*一規(guī)則的條件已經(jīng)滿足，并確定要執(zhí)行的操作后，不必檢驗別的規(guī)則。如果*一規(guī)則得到滿足要執(zhí)行多個操作，這些操作的執(zhí)行順序無關(guān)緊要。-.z.黑盒測試流程隨著公司客戶對于軟件使用的要求不斷提高，軟件功能不斷增強(qiáng)，構(gòu)造越來越復(fù)雜，因此無論從客戶的角度，還是從公司自身開展的角度來講，對于軟件測試方面的要求也在不斷增加。目前公司在軟件測試環(huán)節(jié)上相比照擬薄弱，所進(jìn)展的測試都是以開發(fā)人員自行測試為主，工程當(dāng)中沒有專門負(fù)責(zé)測試的人員。加之我公司開發(fā)的軟件與硬件結(jié)合比擬密切，搭建測試環(huán)境比擬困難，需要虛擬大量數(shù)據(jù)，因此給軟件測試帶來一定的困難。我認(rèn)為軟件測試是一個工程質(zhì)量保證的一個重要環(huán)節(jié)。從我公司軟件設(shè)計的實際情況出發(fā)，進(jìn)展一些驗收性的功能測試〔黑盒測試〕是可行的，也是必要的。功能性測試也叫黑盒測試，它的簡要流程如下：搭建軟件測試平臺；根據(jù)需求確認(rèn)軟件功能的完整性；劃分用例項；設(shè)計測試用例，進(jìn)展測試；記錄測試情況，得出測試結(jié)論。黑盒測試的核心局部就是用例項劃分和測試用例的設(shè)計，這兩局部的設(shè)計直接影響了測試的全面性和準(zhǔn)確性，下面具體介紹用例項劃分和測試用例的設(shè)計。用例項用例項代表了一個大的測試單元，該單元能夠獨(dú)立實現(xiàn)軟件的一個功能。用例項的劃分往往與軟件功能、界面相關(guān)聯(lián)，在建立劃分測試項時需要綜合考慮以上兩個因素。按照功能劃分用例項是比擬科學(xué)的方法，也是在測試中經(jīng)常使用的方法。可以很好保證軟件測試的覆蓋范圍。按照界面劃分是根本的劃分方法，可以為每一個界面建立一個用例項，也可以根據(jù)功能進(jìn)展合并和拆解。比方，一個軟件具有人員維護(hù)的功能，它可能包括兩個界面，表示*一個特定人員的界面和所有人員的列表，這里可以將兩個界面劃分為同一個用例項。設(shè)計測試用例等價類劃分設(shè)計方法是把所有可能的輸入數(shù)據(jù)，即程序的輸入域劃分成假設(shè)干局部〔子集〕，然后從每一個子集中選取少量具有代表性的數(shù)據(jù)作為測試用例。等價類是指*個輸入域的子集合。在該子集合中，各個輸入數(shù)據(jù)對于揭露程序中的錯誤都是等效的。并合理地假定：測試*等價類的代表值就等于對這一類其他值的測試。舉例說明：程序規(guī)定；輸入三個整數(shù)作為三邊的邊長構(gòu)成三角形。當(dāng)此三角形為一般三角形、等腰三角形、等邊三角形時，分別作計算。用等價類劃分方法為該程序進(jìn)展測試用例設(shè)計。解：設(shè)a、b、c代表三角形的三條邊。1〕分析題目中給出的和隱含的對輸入條件的要求：整數(shù)個數(shù)非零數(shù)正數(shù)兩邊之和大于第三邊等腰等邊2〕列出等價類表并編號如REF_Ref259186305\n\h圖2-1：等價類表3〕列出覆蓋上述等價類的測試用例，如REF_Ref259191394\n\h圖2-2：測試用例-.z.測試表格用例項劃分主要功能用例項名稱用例項編號功能描述實現(xiàn)情況描述用戶登陸用戶登陸a-1根據(jù)用戶名密碼確認(rèn)是否允許用戶登陸系統(tǒng)根本功能實現(xiàn)人員信息維護(hù)人員信息維護(hù)a-2允許添加，刪除、修改和方便的查詢用戶數(shù)據(jù)修改用戶數(shù)據(jù)未能實現(xiàn)……測試用例表格用例項名稱：用例項編號：測試員：測試日期：功能說明：子功能〔按鈕〕目的測試數(shù)據(jù)預(yù)期結(jié)果實際結(jié)果是否改正更正日期修改人員主要功能實現(xiàn)情況：總測試項數(shù)OK項數(shù)NG項數(shù)NG->OK項數(shù)以一個軟件的登陸功能為例，如果有界面，顯示界面：用例項名稱：用戶登陸用例項編號：*******測試員：***測試日期：YYYY-MM-DD功能說明：根據(jù)用戶輸入的用戶名、密碼，確定用戶登錄的合法性，重填按鈕清空用戶名和密碼輸入框。子功能〔控件〕目的測試數(shù)據(jù)預(yù)期結(jié)果實際結(jié)果改正更正日期修改人員登陸系統(tǒng)驗證登陸功能用戶