1軟件測(cè)試基礎(chǔ)

創(chuàng)新互聯(lián)建站主營(yíng)慈溪網(wǎng)站建設(shè)的網(wǎng)絡(luò)公司,主營(yíng)網(wǎng)站建設(shè)方案,成都app開發(fā),慈溪h5微信平臺(tái)小程序開發(fā)搭建,慈溪網(wǎng)站營(yíng)銷推廣歡迎慈溪等地區(qū)企業(yè)咨詢

信息技術(shù)的飛速發(fā)展，使軟件產(chǎn)品應(yīng)用到社會(huì)的各個(gè)領(lǐng)域，軟件產(chǎn)品的質(zhì)量自然成為人們共同關(guān)注的焦點(diǎn)。不論軟件的生產(chǎn)者還是軟件的使用者，均生存在競(jìng)爭(zhēng)的環(huán)境中，軟件開發(fā)商為了占有市場(chǎng)，必須把產(chǎn)品質(zhì)量作為企業(yè)的重要目標(biāo)之一，以免在激烈的競(jìng)爭(zhēng)中被淘汰出局。用戶為了保證自己業(yè)務(wù)的順利完成，當(dāng)然?？催x用優(yōu)質(zhì)的軟件。質(zhì)量不佳的軟件產(chǎn)品不僅會(huì)使開發(fā)商的維護(hù)難度和用戶的使用本錢大幅增加，還可能產(chǎn)生其他的責(zé)任風(fēng)險(xiǎn)，造成公司信譽(yù)下降，繼而沖擊股票市場(chǎng)。在一些關(guān)鍵應(yīng)用 (如民航訂票系統(tǒng)、銀行結(jié)算系統(tǒng)、證券交易系統(tǒng)、自動(dòng)飛行控制軟件、軍事防御、核電站安全控制系統(tǒng)等) 中使用質(zhì)量有問題的軟件，還可能造成災(zāi)難性的后果。

軟件危機(jī)曾經(jīng)是軟件界甚至整個(gè)計(jì)算機(jī)界最熱門的話題。為了解決這場(chǎng)危機(jī)，軟件從業(yè)職員、專家和學(xué)者做出了大量的努力?，F(xiàn)在人們已經(jīng)逐步熟悉到所謂的軟件危機(jī)實(shí)際上僅是一種狀況，那就是軟件中有錯(cuò)誤，正是這些錯(cuò)誤導(dǎo)致了軟件開發(fā)在本錢、進(jìn)度和質(zhì)量上的失控。有錯(cuò)是軟件的屬性，而且是無(wú)法改變的，由于軟件是由人來(lái)完成的，所有由人做的工作都不會(huì)是完美無(wú)缺的。問題在于我們?nèi)绾伪苊忮e(cuò)誤的產(chǎn)生和消除已經(jīng)產(chǎn)生的錯(cuò)誤，使程序中的錯(cuò)誤密度達(dá)到盡可能低的程度。

1.1軟件測(cè)試的概念

軟件測(cè)試是為了發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程序的過程?；蛘哒f(shuō)，軟件測(cè)試是根據(jù)軟件開發(fā)各階段的規(guī)格說(shuō)明和程序的內(nèi)部結(jié)構(gòu)而精心設(shè)計(jì)一批測(cè)試用例（即輸進(jìn)數(shù)據(jù)及其預(yù)期的輸出結(jié)果），并利用這些測(cè)試用例去運(yùn)行程序，以發(fā)現(xiàn)程序錯(cuò)誤的過程。

軟件測(cè)試就是在軟件投進(jìn)運(yùn)行前，對(duì)軟件需求分析、設(shè)計(jì)規(guī)格說(shuō)明和編碼的終極復(fù)審，是軟件質(zhì)量保證的關(guān)鍵步驟。

1.2軟件測(cè)試的目的

基于不同的態(tài)度，存在著兩種完全不同的測(cè)試目的。1.從用戶的角度出發(fā)，普遍希望通過軟件測(cè)試，暴露軟件中隱躲的錯(cuò)誤和缺陷，以考慮是否可接受該產(chǎn)品。2.從軟件開發(fā)者的角度出發(fā)，則希望測(cè)試成為表明軟件產(chǎn)品中不存在錯(cuò)誤的過程，驗(yàn)證該軟件已正確地實(shí)現(xiàn)了用戶的要求，確立人們對(duì)軟件質(zhì)量的信心。

2測(cè)試用例

2.1測(cè)試用例的概念

測(cè)試用例是指對(duì)一項(xiàng)特定的軟件產(chǎn)品進(jìn)行測(cè)試任務(wù)的描述，體現(xiàn)測(cè)試方案、方法、技術(shù)和策略。

內(nèi)容包括：測(cè)試目標(biāo)、測(cè)試環(huán)境、輸進(jìn)數(shù)據(jù)、測(cè)試步驟、預(yù)期結(jié)果、測(cè)試腳本等，并形成文檔。

2.2測(cè)試用例的分類

根據(jù)測(cè)試過程中具體涉及到問題類型及測(cè)試需求，可將測(cè)試用例分為如下：

1.功能性測(cè)試用例
2.界面測(cè)試用例：適用于所有測(cè)試階段中的界面測(cè)試
3.數(shù)據(jù)處理測(cè)試用例：適用于所有測(cè)試階段中的數(shù)據(jù)處理測(cè)試
4.流程測(cè)試用例：適用于所有流程性的測(cè)試
5.安裝測(cè)試用例：適用于所有安裝測(cè)試

2.3測(cè)試用例的治理

1.編寫用例：測(cè)試工程師根據(jù)需求規(guī)約、概要設(shè)計(jì)、具體設(shè)計(jì)等文檔編寫測(cè)試用例。
2.用例評(píng)審：原則上用例象程序一樣，要經(jīng)過多次的修改才可以通過，實(shí)際工作中通常進(jìn)行一次。
3.用例修改：評(píng)審結(jié)束后，您需要根據(jù)評(píng)審意見進(jìn)行修改，修改后通常不再進(jìn)行評(píng)審。
4.使用用例：執(zhí)行測(cè)試用例，并記錄到測(cè)試用例執(zhí)行報(bào)告中。
5.用例升級(jí)/維護(hù)：隨著軟件產(chǎn)品不斷修改、升級(jí)，對(duì)應(yīng)的用例也需要升級(jí)維護(hù)。針對(duì)同一個(gè)項(xiàng)目，可以根據(jù)需求的變更不斷進(jìn)行維護(hù)；假如是產(chǎn)品，用例的維護(hù)更加重要，要達(dá)到用例和產(chǎn)品的版本逐一對(duì)應(yīng)。

2.4測(cè)試用例的編制及使用

1設(shè)計(jì)測(cè)試用例

每個(gè)具體測(cè)試用例都將包括下列具體信息：編制人、審定人、編制日期、版本、用例類型、設(shè)計(jì)說(shuō)明書編號(hào)、用例編號(hào)、用例名稱、輸進(jìn)說(shuō)明、期望結(jié)果（含判定標(biāo)準(zhǔn)）、環(huán)境要求、備注等。

1. “測(cè)試用例名稱”可以是不涉及到具體模塊的功能描述，如“日期格式”，“非空檢驗(yàn)”等。
2. “輸進(jìn)說(shuō)明”是功能模塊接受的數(shù)據(jù)或各種操縱描述，如“輸進(jìn)非法的日期格式”等。
3. “期望結(jié)果”是模塊接受輸進(jìn)后應(yīng)有的正常輸出描述，如“提示用戶修改”等，期看結(jié)果應(yīng)與輸進(jìn)說(shuō)明逐一對(duì)應(yīng)。
4. 測(cè)試用例用于指導(dǎo)執(zhí)行操縱，但某些意外操縱也可導(dǎo)致程序錯(cuò)誤，這些操縱稱為非預(yù)期性操縱，可以先有執(zhí)行報(bào)告，再后補(bǔ)用例。
5. 測(cè)試用例的設(shè)計(jì)應(yīng)考慮通用性和簡(jiǎn)潔明了。

測(cè)試需求

軟件測(cè)試需求是開發(fā)測(cè)試用例的依據(jù)，測(cè)試需求分解的越具體精準(zhǔn)，表明對(duì)所測(cè)軟件的了解越深，對(duì)所要進(jìn)行的任務(wù)內(nèi)容就越清楚，對(duì)測(cè)試用例的設(shè)計(jì)質(zhì)量的幫助越大。具體的測(cè)試需求還是衡量測(cè)試覆蓋率的重要指標(biāo)，測(cè)試需求是計(jì)算測(cè)試覆蓋的分母，沒有具體的測(cè)試需求就無(wú)法有效的進(jìn)行測(cè)試覆蓋計(jì)算。

軟件測(cè)試執(zhí)行階段是由一系列不同的測(cè)試類型的執(zhí)行過程組成的，每種測(cè)試類型都有其具體的測(cè)試目標(biāo)和支持技術(shù)，每種測(cè)試類型都只側(cè)重于對(duì)測(cè)試目標(biāo)的一個(gè)或多個(gè)特征或?qū)傩赃M(jìn)行測(cè)試，正確的測(cè)試類型可以給軟件測(cè)試帶事半功倍的效果。

現(xiàn)有的軟件測(cè)試分析技術(shù)不太成熟，對(duì)測(cè)試需求和測(cè)試類型的分析，所采用的方法主要是根據(jù)經(jīng)驗(yàn)進(jìn)行收集、整理，該方法依靠于測(cè)試設(shè)計(jì)職員的測(cè)試經(jīng)驗(yàn)，由此方法得出的測(cè)試需求、測(cè)試類型往往導(dǎo)致測(cè)試用例設(shè)計(jì)不充分，測(cè)試覆蓋度低，測(cè)試目的性不強(qiáng)，輕易遺漏等缺陷。

可見，如何對(duì)測(cè)試需求進(jìn)行細(xì)致的整理分析，明確測(cè)試執(zhí)行時(shí)的測(cè)試類型，是一個(gè)亟待解決的題目。

有鑒于此，本方法的主要目的在于提供一種軟件測(cè)試需求的分析方法，可以方便、詳盡的獲取測(cè)試需求，明確測(cè)試執(zhí)行時(shí)需要實(shí)施的測(cè)試類型。

1測(cè)試需求分析的方法

a）列出軟件開發(fā)需求中具有可測(cè)試性的開發(fā)需求；
b）對(duì)步驟a）列出的每一條開發(fā)需求，形成可測(cè)試的分層描述的測(cè)試需求；
c）對(duì)步驟b）形成的每一條測(cè)試需求，從GB/T .1-2006《軟件工程產(chǎn)品質(zhì)量第1部分：質(zhì)量模型》中定義的軟件內(nèi)部/外部質(zhì)量模型來(lái)確定軟件產(chǎn)品的質(zhì)量需求；
d）對(duì)步驟c）所確定的質(zhì)量需求，分析測(cè)試執(zhí)行時(shí)需要實(shí)施的測(cè)試類型；
e）建立測(cè)試需求跟蹤矩陣，對(duì)測(cè)試需求進(jìn)行治理。

3軟件生命周期

軟件生命周期(SDLC，SystemsDevelopment Life Cycle)是軟件的產(chǎn)生直到報(bào)廢的生命周期，周期內(nèi)有題目定義、可行性分析、總體描述、系統(tǒng)設(shè)計(jì)、編碼、調(diào)試和測(cè)試、驗(yàn)收與運(yùn)行、維護(hù)升級(jí)到廢棄等階段，這種按時(shí)間分程的思想方法是軟件工程中的一種思想原則，即按部就班、逐步推進(jìn)，每個(gè)階段都要有定義、工作、審查、形成文檔以供交流或備查，以進(jìn)步軟件的質(zhì)量。

3.1問題的定義及規(guī)劃

此階段是軟件開發(fā)方與需求方共同討論，主要確定軟件的開發(fā)目標(biāo)及其可行性。

3.2需求分析

在確定軟件開發(fā)可行的情況下，對(duì)軟件需要實(shí)現(xiàn)的各個(gè)功能進(jìn)行具體分析。需求分析階段是一個(gè)很重要的階段，這一階段做得好，將為整個(gè)軟件開發(fā)項(xiàng)目的成功打下良好的基礎(chǔ)。"唯一不變的是變化本身。"，同樣需求也是在整個(gè)軟件開發(fā)過程中不斷變化和深進(jìn)的，因此我們必須制定需求變更計(jì)劃來(lái)應(yīng)付這種變化，以保護(hù)整個(gè)項(xiàng)目的順利進(jìn)行。

3.3軟件設(shè)計(jì)

此階段主要根據(jù)需求分析的結(jié)果，對(duì)整個(gè)軟件系統(tǒng)進(jìn)行設(shè)計(jì)，如系統(tǒng)框架設(shè)計(jì)，數(shù)據(jù)庫(kù)設(shè)計(jì)等等。軟件設(shè)計(jì)一般分為總體設(shè)計(jì)和具體設(shè)計(jì)。好的軟件設(shè)計(jì)將為軟件程序編寫打下良好的基礎(chǔ)。

3.4程序編碼

此階段是將軟件設(shè)計(jì)的結(jié)果轉(zhuǎn)換成計(jì)算機(jī)可運(yùn)行的程序代碼。在程序編碼中必須要制定統(tǒng)一，符合標(biāo)準(zhǔn)的編寫規(guī)范。以保證程序的可讀性，易維護(hù)性，提高程序的運(yùn)行效率。

3.5軟件測(cè)試

在軟件設(shè)計(jì)完成后要經(jīng)過嚴(yán)密的測(cè)試，以發(fā)現(xiàn)軟件在整個(gè)設(shè)計(jì)過程中存在的問題并加以糾正。整個(gè)測(cè)試過程分：?jiǎn)卧獪y(cè)試、組裝測(cè)試、系統(tǒng)測(cè)試三個(gè)階段進(jìn)行。測(cè)試的方法主要有：白盒測(cè)試和黑盒測(cè)試兩種。在測(cè)試過程中需要建立具體的測(cè)試計(jì)劃并嚴(yán)格按照測(cè)試計(jì)劃進(jìn)行測(cè)試，以減少測(cè)試的隨意性。

3.6運(yùn)行維護(hù)

軟件維護(hù)是軟件生命周期中持續(xù)時(shí)間最長(zhǎng)的階段。在軟件開發(fā)完成并投進(jìn)使用后，由于多方面的原因，軟件不能繼續(xù)適應(yīng)用戶的要求。要延續(xù)軟件的使用壽命，就必須對(duì)軟件進(jìn)行維護(hù)。軟件的維護(hù)包括：糾錯(cuò)性維護(hù)和改進(jìn)性維護(hù)兩個(gè)方面。

3.7生命周期模型

瀑布模型、快速原型模型、迭代模型。

4測(cè)試方法(19個(gè))

隨著軟件測(cè)試技術(shù)的發(fā)展，測(cè)試方法更加多樣化，針對(duì)性更強(qiáng)；選擇合適的軟件測(cè)試方法可以讓我們事半功倍。以下是一些常用的軟件測(cè)試方法：

4.1β測(cè)試_Beta測(cè)試

β測(cè)試是軟件的多個(gè)用戶在一個(gè)或多個(gè)用戶的實(shí)際使用環(huán)境下進(jìn)行的測(cè)試。開發(fā)者通常不在測(cè)試現(xiàn)場(chǎng)，Beta測(cè)試不能由程序員或測(cè)試員完成。

4.2α測(cè)試_Alpha測(cè)試

Alpha測(cè)試是由一個(gè)用戶在開發(fā)環(huán)境下進(jìn)行的測(cè)試，也可以是公司內(nèi)部的用戶在模擬實(shí)際操縱環(huán)境下進(jìn)行的受控測(cè)試，Alpha測(cè)試不能由該系統(tǒng)的程序員或測(cè)試員完成，一般由終極用戶或其他職員來(lái)完成。
在系統(tǒng)開發(fā)接近完成時(shí)對(duì)應(yīng)用系統(tǒng)的測(cè)試。測(cè)試后，仍然會(huì)有少量的設(shè)計(jì)變更。

4.3可移植性測(cè)試

是指測(cè)試軟件是否可以被成功移植到指定的硬件或軟件平臺(tái)上。

4.4用戶界面測(cè)試-UI測(cè)試

用戶界面，英文是User Interface。是指軟件中的可見外觀及其底層與用戶交互的部分（菜單、對(duì)話框、窗口和其它控件）。

用戶界面測(cè)試是指測(cè)試用戶界面的風(fēng)格是否滿足客戶要求，文字是否正確，頁(yè)面是否美觀，文字、圖片組合是否完美，操縱是否友好等等。UI 測(cè)試的目標(biāo)是確保用戶界面會(huì)通過測(cè)試對(duì)象的功能來(lái)為用戶提供相應(yīng)的訪問或?yàn)g覽功能。確保用戶界面符合公司或行業(yè)的標(biāo)準(zhǔn)。包括用戶友好性、人性化、易操縱性測(cè)試。

4.5冒煙測(cè)試

冒煙測(cè)試的名稱可以理解為該種測(cè)試耗時(shí)短，僅用一袋煙功夫足夠了。也有人以為是形象地類比新電路板的基本功能檢查。任何新電路板焊好后，先通電檢查，假如存在設(shè)計(jì)缺陷，電路板可能會(huì)短路，板子冒煙了。

4.6隨機(jī)測(cè)試

隨機(jī)測(cè)試沒有書面測(cè)試用例、記錄期望結(jié)果、檢查列表、腳本或指令的測(cè)試。主要是根據(jù)測(cè)試者的經(jīng)驗(yàn)對(duì)軟件進(jìn)行功能和性能抽查。隨機(jī)測(cè)試是根據(jù)測(cè)試說(shuō)明書執(zhí)行用例測(cè)試的重要補(bǔ)充手段，是保證測(cè)試覆蓋完整性的有效方式和過程。

4.7白盒測(cè)試-結(jié)構(gòu)測(cè)試-邏輯驅(qū)動(dòng)測(cè)試

白盒測(cè)試是把測(cè)試對(duì)象看作一個(gè)打開的盒子。利用白盒測(cè)試法進(jìn)行動(dòng)態(tài)測(cè)試時(shí)，需要測(cè)試軟件產(chǎn)品的內(nèi)部結(jié)構(gòu)和處理過程，不需測(cè)試軟件產(chǎn)品的功能。

白盒測(cè)試法的覆蓋標(biāo)準(zhǔn)有：邏輯覆蓋、循環(huán)覆蓋、基本路徑測(cè)試。其中邏輯覆蓋包括：語(yǔ)句覆蓋、判定覆蓋、條件覆蓋、判定/條件覆蓋、條件組合覆蓋、路徑覆蓋。

4.8黑盒測(cè)試-功能測(cè)試-數(shù)據(jù)驅(qū)動(dòng)測(cè)試

黑盒測(cè)試是根據(jù)軟件的規(guī)格對(duì)軟件進(jìn)行的測(cè)試，這類測(cè)試不考慮軟件內(nèi)部的運(yùn)作原理，因此軟件對(duì)用戶來(lái)說(shuō)就像一個(gè)黑盒子。

軟件測(cè)試職員以用戶的角度，通過各種輸進(jìn)和觀察軟件的各種輸出結(jié)果來(lái)發(fā)現(xiàn)軟件存在的缺陷，而不關(guān)心程序具體如何實(shí)現(xiàn)的一種軟件測(cè)試方法。

4.9回歸測(cè)試

回回測(cè)試是指在發(fā)生修改之后重新測(cè)試先前的測(cè)試以保證修改的正確性。理論上，軟件產(chǎn)生新版本，都需要進(jìn)行回回測(cè)試，驗(yàn)證以前發(fā)現(xiàn)和修復(fù)的錯(cuò)誤是否在新軟件版本上再次出現(xiàn)。

4.10動(dòng)態(tài)測(cè)試

動(dòng)態(tài)測(cè)試是指通過運(yùn)行軟件來(lái)檢驗(yàn)軟件的動(dòng)態(tài)行為和運(yùn)行結(jié)果的正確性。根據(jù)動(dòng)態(tài)測(cè)試在軟件開發(fā)過程中所處的階段和作用，動(dòng)態(tài)測(cè)試可分為如下幾個(gè)步驟：1、單元測(cè)試 2、集成測(cè)試 3、系統(tǒng)測(cè)試 4、驗(yàn)收測(cè)試 5、回歸測(cè)試

4.11單元測(cè)試

單元測(cè)試是最微小規(guī)模的測(cè)試;以測(cè)試某個(gè)功能或代碼塊。典型地由程序員而非測(cè)試員來(lái)做，由于它需要知道內(nèi)部程序設(shè)計(jì)和編碼的細(xì)節(jié)知識(shí)。這個(gè)工作不輕易做好，除非應(yīng)用系統(tǒng)有一個(gè)設(shè)計(jì)很好的體系結(jié)構(gòu); 還可能需要開發(fā)測(cè)試驅(qū)動(dòng)器模塊或測(cè)試套具

4.12集成測(cè)試

集成測(cè)試是指一個(gè)應(yīng)用系統(tǒng)的各個(gè)部件的聯(lián)合測(cè)試，以決定他們能否在一起共同工作并沒有沖突。部件可以是代碼塊、獨(dú)立的應(yīng)用、網(wǎng)絡(luò)上的客戶端或服務(wù)器端程序。這種類型的測(cè)試尤其與客戶服務(wù)器和分布式系統(tǒng)有關(guān)。一般集成測(cè)試以前，單元測(cè)試需要完成。

4.13系統(tǒng)測(cè)試

系統(tǒng)測(cè)試是基于系統(tǒng)整體需求說(shuō)明書的黑盒類測(cè)試，應(yīng)覆蓋系統(tǒng)所有聯(lián)合的部件。系統(tǒng)測(cè)試是針對(duì)整個(gè)產(chǎn)品系統(tǒng)進(jìn)行的測(cè)試，目的是驗(yàn)證系統(tǒng)是否滿足了需求規(guī)格的定義，找出與需求規(guī)格不相符合或與之矛盾的地方。

4.14壓力測(cè)試

壓力測(cè)試是一種基本的質(zhì)量保證行為，它是每個(gè)重要軟件測(cè)試工作的一部分。壓力測(cè)試的基本思路很簡(jiǎn)單：不是在常規(guī)條件下運(yùn)行手動(dòng)或自動(dòng)測(cè)試，而是在計(jì)算機(jī)數(shù)目較少或系統(tǒng)資源匱乏的條件下運(yùn)行測(cè)試。通常要進(jìn)行壓力測(cè)試的資源包括內(nèi)部?jī)?nèi)存、CPU 可用性、磁盤空間和網(wǎng)絡(luò)帶寬等。一般用并發(fā)來(lái)做壓力測(cè)試。

4.15性能測(cè)試

性能測(cè)試是在交替進(jìn)行負(fù)荷和強(qiáng)迫測(cè)試時(shí)常用的術(shù)語(yǔ)。理想的“性能測(cè)試”(和其他類型的測(cè)試)應(yīng)在需求文檔或質(zhì)量保證、測(cè)試計(jì)劃中定義。性能測(cè)試一般包括負(fù)載測(cè)試和壓力測(cè)試。

4.16兼容性測(cè)試

兼容測(cè)試是測(cè)試軟件在一個(gè)特定的硬件/軟件/操縱系統(tǒng)/網(wǎng)絡(luò)等環(huán)境下的性能如何。向上兼容、向下兼容，軟件兼容、硬件兼容。軟件的兼容性有很多需要考慮的地方

4.17邊界條件測(cè)試

一種黑盒測(cè)試方法，對(duì)等價(jià)類分析方法的一種補(bǔ)充,由長(zhǎng)期的測(cè)試工作經(jīng)驗(yàn)得知，大量的錯(cuò)誤是發(fā)生在輸進(jìn)或輸出的邊界上。因此針對(duì)各種邊界情況設(shè)計(jì)測(cè)試用例，可以查出更多的錯(cuò)誤。

4.18靜態(tài)測(cè)試

靜態(tài)測(cè)試指測(cè)試不運(yùn)行的部分，例如測(cè)試產(chǎn)品說(shuō)明書，對(duì)此進(jìn)行檢查和審閱。靜態(tài)測(cè)試是指不運(yùn)行被測(cè)程序本身，僅通過分析或檢查源程序的語(yǔ)法、結(jié)構(gòu)、過程、接口等來(lái)檢查程序的正確性。靜態(tài)測(cè)試通過程序靜態(tài)特性的分析，找出欠缺和可疑之處，例如不匹配的參數(shù)、不適當(dāng)?shù)难h(huán)嵌套和分支嵌套、不答應(yīng)的遞回、未使用過的變量、空指針的引用和可疑的計(jì)算等。靜態(tài)測(cè)試結(jié)果可用于進(jìn)一步的查錯(cuò)，并為測(cè)試用例選取提供指導(dǎo)。

4.19等價(jià)劃分測(cè)試

等價(jià)劃分測(cè)試是根據(jù)等價(jià)類設(shè)計(jì)測(cè)試用例的一種技術(shù)。是黑盒測(cè)試的典型方法之一，通過把被測(cè)試程序所有可能的輸進(jìn)數(shù)據(jù)域劃分成若干部分。從每一部分中選取少數(shù)有代表性的數(shù)據(jù)作為測(cè)試用例，可有效減少測(cè)試次數(shù)，極大提高軟件測(cè)試效率，縮短軟件開發(fā)周期。等價(jià)類劃分測(cè)試的目的就是為了在有限的測(cè)試資源的情況下，用少量有代表性的數(shù)據(jù)得到比較好的測(cè)試效果。

有效等價(jià)類和無(wú)效等價(jià)類：有效等價(jià)類中的數(shù)據(jù)代表的是一組符合需求文檔的正確的有意義數(shù)據(jù)。無(wú)效等價(jià)類則正相反。

在此，軟件測(cè)試的方法還很多很多，這里只列出了一些最常用也最常見的測(cè)試方法，根據(jù)軟件生命周期的各個(gè)不同的階段，選擇相應(yīng)的測(cè)試方法，提高軟件產(chǎn)品的質(zhì)量，讓它的不完善程度降到最低，盡可能地滿足用戶的需求，以實(shí)現(xiàn)軟件產(chǎn)品更好地價(jià)值。

注：首先測(cè)試按照不同的劃分規(guī)則可以分為哪些測(cè)試？

1.按照是否使用自動(dòng)化工具 分為：手工測(cè)試，自動(dòng)化測(cè)試

2.按照軟件的質(zhì)量分為：功能測(cè)試，可靠性測(cè)試，易用性，可維護(hù)測(cè)試性測(cè)試，可移植性測(cè)試

3.對(duì)測(cè)試按照階段可以分為：?jiǎn)卧獪y(cè)試，繼承測(cè)試，系統(tǒng)測(cè)試

4.按照是否關(guān)注代碼：黑盒測(cè)試，白盒測(cè)試

1.基本概念 

 什么是手工測(cè)試？

手工測(cè)試就是由人一個(gè)一個(gè)去輸入用例，然后觀察結(jié)果，和機(jī)器測(cè)試想對(duì)應(yīng)，它是依靠人來(lái)查找缺陷，一般采用黑盒測(cè)試 ，可用于集成測(cè)試系統(tǒng)測(cè)試 中

什么是功能測(cè)試？

功能測(cè)試也叫黑盒測(cè)試或者數(shù)據(jù)驅(qū)動(dòng)測(cè)試 ，只需要考慮各個(gè)功能，不需要考慮軟件內(nèi)部 結(jié)構(gòu)及代碼。一般從軟件的界面，架構(gòu)觸發(fā)，按照需求編寫測(cè)試用例，輸入數(shù)據(jù)在預(yù)期結(jié)果和實(shí)際結(jié)果之間進(jìn)行評(píng)測(cè)，進(jìn)而使得產(chǎn)品達(dá)到用戶的需求

什么是性能測(cè)試？

性能測(cè)試是通過自動(dòng)化的測(cè)試工具模擬多種異常，峰值以及異常 負(fù)載條件來(lái)對(duì)系統(tǒng)的各個(gè)性能進(jìn)行測(cè)試。

負(fù)載測(cè)試和壓力測(cè)試都屬于性能測(cè)試

通過負(fù)載測(cè)試，確定各種工作負(fù)載下系統(tǒng)的性能，目標(biāo)是當(dāng)負(fù)載 測(cè)試逐漸增加時(shí)，系統(tǒng)各項(xiàng)性能指標(biāo)的變化

壓力測(cè)試是通過確定一個(gè)系統(tǒng)的瓶頸或者不能接受的信任點(diǎn)，來(lái)獲取提供的最大服務(wù)級(jí)別

什么是自動(dòng)化測(cè)試？

自動(dòng)化測(cè)試是把以人為驅(qū)動(dòng)的測(cè)試，轉(zhuǎn)化為機(jī)器執(zhí)行的一種過程，通常在測(cè)試用例 通過評(píng)審以后由測(cè)試 人員根據(jù)測(cè)試用例中描述的規(guī)程一步步執(zhí)行測(cè)試，得到實(shí)際結(jié)果和期望結(jié)果比較

補(bǔ)充：

1.自動(dòng)化測(cè)試的前提條件

（1）軟件需求變動(dòng)不頻繁；

（2）項(xiàng)目周期足夠長(zhǎng)

（3）自動(dòng)化腳本可重用

2.自動(dòng)化測(cè)試的前提條件

（1）自動(dòng)化測(cè)試需求分析

（2）自動(dòng)化測(cè)試框架的 搭建

公用環(huán)境

公用方法

公用對(duì)象

測(cè)試數(shù)據(jù)

（3）自動(dòng)化腳本的編寫

（4）腳本的測(cè)試與運(yùn)行

幾種測(cè)試的區(qū)別

1，手工測(cè)試 和功能測(cè)試 的區(qū)別

 手工測(cè)試屬于功能測(cè)試，手工測(cè)試是根據(jù)是否使用自動(dòng)化工具劃分的，功能測(cè)試是根據(jù)質(zhì)量模型的六大特征劃分的

2.手工測(cè)試和自動(dòng)化測(cè)試的區(qū)別？

手工測(cè)試是傳統(tǒng)的測(cè)試方法，由測(cè)試人員手工編寫測(cè)試用例，測(cè)試工作量大，重復(fù)多，回歸測(cè)試難以實(shí)現(xiàn)；而自動(dòng)化測(cè)試是利用軟件測(cè)試工具實(shí)現(xiàn)全部或部分測(cè)試工作，管理，設(shè)計(jì) ，執(zhí)行報(bào)告，節(jié)省了大量的測(cè)試開銷，并且能夠完成一些功能測(cè)試無(wú)法完成的測(cè)試

3.功能測(cè)試和性能測(cè)試的區(qū)別？

功能測(cè)試只是驗(yàn)證需求，查找功能流程中一些錯(cuò)誤或者界面不友好等，不涉及軟件內(nèi)部的結(jié)構(gòu)和代碼；而性能測(cè)試主要對(duì)系統(tǒng)能夠承受的壓力，大數(shù)據(jù)量，處理速度等方面進(jìn)行測(cè)試，是從程序內(nèi)部區(qū)檢查應(yīng)用程序的，比如并發(fā)測(cè)試，壓力測(cè)試等