軟件測(cè)試方法包括哪些內(nèi)容(常用的軟件測(cè)試方法)

1.常用的軟件測(cè)試方法有哪些

軟件測(cè)試的方法根據(jù)軟件工程的組織和實(shí)現(xiàn)方式，有很大差別，有些是比較技術(shù)化的方法，有些則是工程方法，主要分為： 黑盒測(cè)試方法群：等價(jià)類劃分、邊界值、因果圖、基路徑法、專家測(cè)試法、smoking、場(chǎng)景測(cè)試等 白盒測(cè)試方法群：同行評(píng)審、需求審查、代碼審查、接口測(cè)試（調(diào)用測(cè)試和返回測(cè)試，需要結(jié)合等價(jià)類和因果圖方法）等。

當(dāng)在單元層面黑盒而在集成層面白盒時(shí)，基本上兩類方法就會(huì)有結(jié)合了，就會(huì)出現(xiàn)習(xí)慣上說(shuō)的灰盒測(cè)試（說(shuō)實(shí)話，不做到純產(chǎn)品級(jí)開發(fā)，基本上都是用的灰盒測(cè)試）。

2.軟件測(cè)試包括哪些內(nèi)容

11、確定輸入環(huán)境的類別、邊界值分析、錯(cuò)誤類別。

12、準(zhǔn)備測(cè)試計(jì)劃文件和對(duì)計(jì)劃進(jìn)行必要的回顧。 13、準(zhǔn)備白盒測(cè)試案例。

14、對(duì)測(cè)試案例進(jìn)行必要的回顧/調(diào)查/計(jì)劃。 15、準(zhǔn)備測(cè)試環(huán)境和測(cè)試用具，得到必需的用戶手冊(cè)/參考文件/結(jié)構(gòu)指南/安裝指南，建立測(cè)試跟蹤過(guò)程，建立日志和檔案、建立或得到測(cè)試輸入數(shù)據(jù)。

16、得到并安裝軟件版本。 17、進(jìn)行測(cè)試。

18、評(píng)估和報(bào)告結(jié)果。 19、跟蹤問題/錯(cuò)誤，并解決它。

20、如果有必要，重新進(jìn)行測(cè)試。 21、在整個(gè)生命周期里維護(hù)和修改測(cè)試計(jì)劃、測(cè)試案例、測(cè)試環(huán)境、和測(cè)試用具。

返回《軟件測(cè)試包含的內(nèi)容》。

3.軟件測(cè)試計(jì)劃中的測(cè)試方法包括哪些內(nèi)容

1. 概述

1.1 編寫目的

1.2 項(xiàng)目背景

1.3 項(xiàng)目質(zhì)量目標(biāo)

1.4 預(yù)期讀者

1.5 參考資料

2. 測(cè)試環(huán)境

2.1 系統(tǒng)架構(gòu)

2.2 軟硬件環(huán)境要求

2.3 測(cè)試環(huán)境部署圖

3. 測(cè)試規(guī)劃

3.1 測(cè)試范圍

3.2 測(cè)試工具

3.3 人員、角色及職責(zé)

4. 測(cè)試策略

4.1 系統(tǒng)框測(cè)試

4.2 業(yè)務(wù)流程測(cè)試

4.3 功能點(diǎn)測(cè)試

4.4 UI界面測(cè)試

4.5 性能測(cè)試

4.6 兼容性測(cè)試

4.7 安全測(cè)試

5. 測(cè)試進(jìn)度安排

6. 工作匯報(bào)

4.軟件測(cè)試方法的分類有哪些

1）按照測(cè)試技術(shù)劃分

黑盒測(cè)試：功能測(cè)試，必須

白盒測(cè)試：邏輯結(jié)構(gòu)測(cè)試，代碼的邏輯、算法、結(jié)構(gòu)是否正確，要求必須懂得代碼，需要編寫測(cè)試用例，可選

灰盒測(cè)試：介于中間

注意：在單元測(cè)試時(shí)，白盒應(yīng)用相對(duì)較多，在集成測(cè)試時(shí)，灰盒測(cè)試應(yīng)用相對(duì)較多，在系統(tǒng)、驗(yàn)收測(cè)試時(shí)一般就不會(huì)使用白盒測(cè)試和灰盒測(cè)試了。

2）按是否需要運(yùn)行代碼劃分

靜態(tài)測(cè)試：界面測(cè)試，文檔測(cè)試，代碼測(cè)試【重點(diǎn)關(guān)注代碼的規(guī)范性，一般檢查變量的命名，注釋的頻率，編程的規(guī)范性，不需要寫測(cè)試用例，一般只需要有代碼審查單】

注意：一般經(jīng)常把白盒測(cè)試和靜態(tài)測(cè)試的要素結(jié)合在一起，形成靜態(tài)白盒測(cè)試

動(dòng)態(tài)測(cè)試：運(yùn)行程序進(jìn)行檢查，檢查實(shí)際輸出結(jié)果和預(yù)期結(jié)果是否相符

3）按軟件特性分類

功能測(cè)試

性能測(cè)試

5.軟件測(cè)試包含什么內(nèi)容啊

軟件測(cè)試的工作內(nèi)容主要包括“驗(yàn)證”和“確認(rèn)”，具體內(nèi)容如下。

一、驗(yàn)證：保證軟件正確地實(shí)現(xiàn)了一些特定功能的一系列活動(dòng)， 即保證軟件以正確的方式來(lái)做了這個(gè)事件。

1、確定軟件生存周期中的一個(gè)給定階段的產(chǎn)品是否達(dá)到前階段確立的需求的過(guò)程。

2、程序正確性的形式證明，即采用形式理論證明程序符合設(shè)計(jì)規(guī)約規(guī)定的過(guò)程。

3、評(píng)審、審查、測(cè)試、檢查、審計(jì)等各類活動(dòng)，或?qū)δ承╉?xiàng)處理、服務(wù)或文件等是否和規(guī)定的需求相一致進(jìn)行判斷和提出報(bào)告。

二、確認(rèn)：一系列的活動(dòng)和過(guò)程，目的是想證實(shí)在一個(gè)給定的外部環(huán)境中軟件的邏輯正確性，即保證軟件做了用戶所期望的事情。

1、靜態(tài)確認(rèn)，不在計(jì)算機(jī)上實(shí)際執(zhí)行程序，通過(guò)人工或程序分析來(lái)證明軟件的正確性。

2、動(dòng)態(tài)確認(rèn)，通過(guò)執(zhí)行程序做分析，測(cè)試程序的動(dòng)態(tài)行為，以證實(shí)軟件是否存在問題。

擴(kuò)展資料

一、軟件測(cè)試的原則

1、測(cè)試應(yīng)該盡早進(jìn)行，最好在需求階段就開始介入，因?yàn)樽顕?yán)重的錯(cuò)誤不外乎是系統(tǒng)不能滿足用戶的需求。

2、程序員應(yīng)該避免檢查自己的程序，軟件測(cè)試應(yīng)該由第三方來(lái)負(fù)責(zé)。

3、設(shè)計(jì)測(cè)試用例時(shí)應(yīng)考慮到合法的輸入和不合法的輸入以及各種邊界條件，特殊情況下還要制造極端狀態(tài)和意外狀態(tài)，如網(wǎng)絡(luò)異常中斷、電源斷電等。

4、應(yīng)該充分注意測(cè)試中的群集現(xiàn)象。

5、對(duì)錯(cuò)誤結(jié)果要進(jìn)行一個(gè)確認(rèn)過(guò)程。嚴(yán)重的錯(cuò)誤可以召開評(píng)審會(huì)議進(jìn)行討論和分析，對(duì)測(cè)試結(jié)果要進(jìn)行嚴(yán)格地確認(rèn)，是否真的存在這個(gè)問題以及嚴(yán)重程度等。

6、制定嚴(yán)格的測(cè)試計(jì)劃。一定要制定測(cè)試計(jì)劃，并且要有指導(dǎo)性。測(cè)試時(shí)間安排盡量寬松，不要希望在極短的時(shí)間內(nèi)完成一個(gè)高水平的測(cè)試。

7、妥善保存測(cè)試計(jì)劃、測(cè)試用例、出錯(cuò)統(tǒng)計(jì)和最終分析報(bào)告，為維護(hù)提供方便。

二、軟件測(cè)試的主要目標(biāo)

1、發(fā)現(xiàn)一些可以通過(guò)測(cè)試避免的開發(fā)風(fēng)險(xiǎn)。

2、實(shí)施測(cè)試來(lái)降低所發(fā)現(xiàn)的風(fēng)險(xiǎn)。

3、確定測(cè)試何時(shí)可以結(jié)束。

4、在開發(fā)項(xiàng)目的過(guò)程中將測(cè)試看作是一個(gè)標(biāo)準(zhǔn)項(xiàng)目。

參考資料來(lái)源：搜狗百科——軟件測(cè)試

6.軟件測(cè)試的方法一共有幾種

1、從是否關(guān)心內(nèi)部結(jié)構(gòu)來(lái)看 （1）白盒測(cè)試：又稱為結(jié)構(gòu)測(cè)試或邏輯驅(qū)動(dòng)測(cè)試，是一種按照程序內(nèi)部邏輯結(jié)構(gòu)和編碼結(jié)構(gòu)，設(shè)計(jì)測(cè)試數(shù)據(jù)并完成測(cè)試的一種測(cè)試方法。

（2）黑盒測(cè)試：又稱為數(shù)據(jù)驅(qū)動(dòng)測(cè)試，把測(cè)試對(duì)象當(dāng)做看不見的黑盒，在完全不考慮程序內(nèi)部結(jié)構(gòu)和處理過(guò)程的情況下，測(cè)試者僅依據(jù)程序功能的需求規(guī)范考慮，確定測(cè)試用例和推斷測(cè)試結(jié)果的正確性，它是站在使用軟件或程序的角度，從輸入數(shù)據(jù)與輸出數(shù)據(jù)的對(duì)應(yīng)關(guān)系出發(fā)進(jìn)行的測(cè)試。（3）灰盒測(cè)試：是一種綜合測(cè)試法，它將“黑盒”測(cè)試與“白盒”測(cè)試結(jié)合在一起，是基于程序運(yùn)行時(shí)的外部表現(xiàn)又結(jié)合內(nèi)部邏輯結(jié)構(gòu)來(lái)設(shè)計(jì)用例，執(zhí)行程序并采集路徑執(zhí)行信息和外部用戶接口結(jié)果的測(cè)試技術(shù)。

2、從是否執(zhí)行代碼看 （1）靜態(tài)測(cè)試：指不運(yùn)行被測(cè)程序本身，僅通過(guò)分析或檢查源程序的語(yǔ)法、結(jié)構(gòu)、過(guò)程、接口等來(lái)檢查程序的正確性。（2）動(dòng)態(tài)測(cè)試：是指通過(guò)運(yùn)行被測(cè)程序，檢查運(yùn)行結(jié)果與預(yù)期結(jié)果的差異，并分析運(yùn)行效率、正確性和健壯性等性能指標(biāo)。

3、從開發(fā)過(guò)程級(jí)別看 （1）單元測(cè)試：又稱模塊測(cè)試，是針對(duì)軟件設(shè)計(jì)的最小單位----程序模塊或功能模塊，進(jìn)行正確性檢驗(yàn)的測(cè)試工作。其目的在于檢驗(yàn)程序各模塊是否存在各種差錯(cuò)，是否能正確地實(shí)現(xiàn)了其功能，滿足其性能和接口要求。

（2）集成測(cè)試：又叫組裝測(cè)試或聯(lián)合，是單元測(cè)試的多級(jí)擴(kuò)展，是在單元測(cè)試的基礎(chǔ)上進(jìn)行的一種有序測(cè)試。旨在檢驗(yàn)軟件單元之間的接口關(guān)系，以期望通過(guò)測(cè)試發(fā)現(xiàn)各軟件單元接口之間存在的問題，最終把經(jīng)過(guò)測(cè)試的單元組成符合設(shè)計(jì)要求的軟件。

（3）系統(tǒng)測(cè)試：是為判斷系統(tǒng)是否符合要求而對(duì)集成的軟、硬件系統(tǒng)進(jìn)行的測(cè)試活動(dòng)、它是將已經(jīng)集成好的軟件系統(tǒng)，作為基于整個(gè)計(jì)算機(jī)系統(tǒng)的一個(gè)元素，與計(jì)算機(jī)硬件、外設(shè)、某些支持軟件、人員、數(shù)據(jù)等其他系統(tǒng)元素結(jié)合在一起，在實(shí)際運(yùn)行環(huán)境下，對(duì)計(jì)算機(jī)系統(tǒng)進(jìn)行一系列的組裝測(cè)試和確認(rèn)測(cè)試。在系統(tǒng)測(cè)試中，對(duì)于具體的測(cè)試類型有：（1）功能測(cè)試：對(duì)軟件需求規(guī)格說(shuō)明書中的功能需求逐項(xiàng)進(jìn)行的測(cè)試，以驗(yàn)證功能是否滿足要求。

（2）性能測(cè)試：對(duì)軟件需求規(guī)格說(shuō)明書的功能需求逐項(xiàng)進(jìn)行的測(cè)試，以驗(yàn)證功能是否滿足要求。（3）接口測(cè)試：對(duì)軟件需求規(guī)格說(shuō)明中的接口需求逐項(xiàng)進(jìn)行的測(cè)試。

（4）人機(jī)交互界面測(cè)試：對(duì)所有人機(jī)交互界面提供的操作和顯示界面進(jìn)行的測(cè)試，以檢驗(yàn)是否滿足用戶的需求。（5）強(qiáng)度測(cè)試：強(qiáng)制軟件運(yùn)行在異常乃至發(fā)生故障的情況下（設(shè)計(jì)的極限狀態(tài)到超出極限），驗(yàn)證軟件可以運(yùn)行到何種程序的測(cè)試。

（6）余量測(cè)試：對(duì)軟件是否達(dá)到規(guī)格說(shuō)明中要求的余量的測(cè)試。（7）安全性測(cè)試：檢驗(yàn)軟件中已存在的安全性、安全保密性措施是否有效的測(cè)試，（8）可靠性測(cè)試：在真實(shí)的或仿真的環(huán)境中，為做出軟件可靠性估計(jì)而對(duì)軟件進(jìn)行的功能（其輸入覆蓋和環(huán)境覆蓋一般大于普通的功能測(cè)試） （9）恢復(fù)性測(cè)試：對(duì)有恢復(fù)或重置功能的軟件的每一類導(dǎo)致恢復(fù)或重置的情況，逐一進(jìn)行的測(cè)試。

（10）邊界測(cè)試：對(duì)軟件處在邊界或端點(diǎn)情況下運(yùn)行狀態(tài)的測(cè)試。（11）數(shù)據(jù)處理測(cè)試：對(duì)完成專門數(shù)據(jù)處理功能所進(jìn)行的測(cè)試。

（12）安裝性測(cè)試：對(duì)安裝過(guò)程是否符合安裝規(guī)程的測(cè)試，以發(fā)現(xiàn)安裝過(guò)程中的錯(cuò)誤。（13）容量測(cè)試：檢驗(yàn)軟件的能力最高能達(dá)到什么程度的測(cè)試。

（14）互操作性測(cè)試：為驗(yàn)證不同軟件之間的互操作能力而進(jìn)行的測(cè)試。（15）敏感性測(cè)試：為發(fā)現(xiàn)在有效輸入類中可能引起某種不穩(wěn)定性或不正常處理的某些數(shù)據(jù)的組合而進(jìn)行的測(cè)試。

（16）標(biāo)準(zhǔn)符合性測(cè)試：驗(yàn)證軟件與相關(guān)國(guó)家標(biāo)準(zhǔn)或規(guī)范（如軍用標(biāo)準(zhǔn)、國(guó)家標(biāo)準(zhǔn)、行業(yè)標(biāo)準(zhǔn)及國(guó)際標(biāo)準(zhǔn)）一致性的測(cè)試。（17）兼容性測(cè)試：驗(yàn)證軟件在規(guī)定條件下與若干個(gè)實(shí)體共同使用或?qū)崿F(xiàn)數(shù)據(jù)格式轉(zhuǎn)換時(shí)能滿足有關(guān)要求能力的測(cè)試。

（18）中文本地化測(cè)試：驗(yàn)證軟件在不降低原有能力的條件下，處理中文能力的測(cè)試。4、從執(zhí)行過(guò)程是否需要人工干預(yù)來(lái)看 （1）手工測(cè)試：就是測(cè)試人員按照事先為覆蓋被測(cè)軟件需求而編寫的測(cè)試用例，根據(jù)測(cè)試大綱中所描述的測(cè)試步驟和方法，手工地一個(gè)一個(gè)地輸 入執(zhí)行，包括與被測(cè)軟件進(jìn)行交互（如輸入測(cè)試數(shù)據(jù)、記錄測(cè)試結(jié)果等），然后觀察測(cè)試結(jié)果，看被測(cè)程序是否存在問題，或在執(zhí)行過(guò)程中是否會(huì)有一場(chǎng)發(fā)生，屬于比較原始但是必須執(zhí)行的一個(gè)步驟。

（2）自動(dòng)化測(cè)試：實(shí)際上是將大量的重復(fù)性的測(cè)試工作交給計(jì)算機(jī)去完成，通常是使用自動(dòng)化測(cè)試工具來(lái)模擬手動(dòng)測(cè)試步驟，執(zhí)行用某種程序設(shè)計(jì)語(yǔ)言編寫的過(guò)程（全自動(dòng)測(cè)試就是指在自動(dòng)測(cè)試過(guò)程中，不需要人工干預(yù)，由程序自動(dòng)完成測(cè)試的全過(guò)程；半自動(dòng)測(cè)試就是指在自動(dòng)測(cè)試過(guò)程中，需要手動(dòng)輸入測(cè)試用例或選擇測(cè)試路徑，再由自動(dòng)測(cè)試程序按照人工指定的要求完成自動(dòng)測(cè)試）5、從測(cè)試實(shí)施組織看 （1）開發(fā)測(cè)試：開發(fā)人員進(jìn)行的測(cè)試 （2）用戶測(cè)試：用戶方進(jìn)行的測(cè)試 （3）第三方測(cè)試：有別于開發(fā)人員或用戶進(jìn)行的測(cè)試，由專業(yè)的第三方承擔(dān)的測(cè)試，目的是為了保證測(cè)試工作的客觀性6、從測(cè)試所處的環(huán)境看 （1）阿爾法測(cè)試：是由一個(gè)用戶在開發(fā)環(huán)境下進(jìn)行的測(cè)試，也可以是公司內(nèi)部的用戶在模擬實(shí)際操作環(huán)境下進(jìn)行的測(cè)試 （2）。

7.軟件測(cè)試包含什么內(nèi)容啊

軟件測(cè)試的工作內(nèi)容主要包括“驗(yàn)證”和“確認(rèn)”，具體內(nèi)容如下。

一、驗(yàn)證：保證軟件正確地實(shí)現(xiàn)了一些特定功能的一系列活動(dòng)， 即保證軟件以正確的方式來(lái)做了這個(gè)事件。1、確定軟件生存周期中的一個(gè)給定階段的產(chǎn)品是否達(dá)到前階段確立的需求的過(guò)程。

2、程序正確性的形式證明，即采用形式理論證明程序符合設(shè)計(jì)規(guī)約規(guī)定的過(guò)程。3、評(píng)審、審查、測(cè)試、檢查、審計(jì)等各類活動(dòng)，或?qū)δ承╉?xiàng)處理、服務(wù)或文件等是否和規(guī)定的需求相一致進(jìn)行判斷和提出報(bào)告。

二、確認(rèn)：一系列的活動(dòng)和過(guò)程，目的是想證實(shí)在一個(gè)給定的外部環(huán)境中軟件的邏輯正確性，即保證軟件做了用戶所期望的事情。1、靜態(tài)確認(rèn)，不在計(jì)算機(jī)上實(shí)際執(zhí)行程序，通過(guò)人工或程序分析來(lái)證明軟件的正確性。

2、動(dòng)態(tài)確認(rèn)，通過(guò)執(zhí)行程序做分析，測(cè)試程序的動(dòng)態(tài)行為，以證實(shí)軟件是否存在問題。擴(kuò)展資料一、軟件測(cè)試的原則1、測(cè)試應(yīng)該盡早進(jìn)行，最好在需求階段就開始介入，因?yàn)樽顕?yán)重的錯(cuò)誤不外乎是系統(tǒng)不能滿足用戶的需求。

2、程序員應(yīng)該避免檢查自己的程序，軟件測(cè)試應(yīng)該由第三方來(lái)負(fù)責(zé)。3、設(shè)計(jì)測(cè)試用例時(shí)應(yīng)考慮到合法的輸入和不合法的輸入以及各種邊界條件，特殊情況下還要制造極端狀態(tài)和意外狀態(tài)，如網(wǎng)絡(luò)異常中斷、電源斷電等。

4、應(yīng)該充分注意測(cè)試中的群集現(xiàn)象。5、對(duì)錯(cuò)誤結(jié)果要進(jìn)行一個(gè)確認(rèn)過(guò)程。

嚴(yán)重的錯(cuò)誤可以召開評(píng)審會(huì)議進(jìn)行討論和分析，對(duì)測(cè)試結(jié)果要進(jìn)行嚴(yán)格地確認(rèn)，是否真的存在這個(gè)問題以及嚴(yán)重程度等。6、制定嚴(yán)格的測(cè)試計(jì)劃。

一定要制定測(cè)試計(jì)劃，并且要有指導(dǎo)性。測(cè)試時(shí)間安排盡量寬松，不要希望在極短的時(shí)間內(nèi)完成一個(gè)高水平的測(cè)試。

7、妥善保存測(cè)試計(jì)劃、測(cè)試用例、出錯(cuò)統(tǒng)計(jì)和最終分析報(bào)告，為維護(hù)提供方便。二、軟件測(cè)試的主要目標(biāo)1、發(fā)現(xiàn)一些可以通過(guò)測(cè)試避免的開發(fā)風(fēng)險(xiǎn)。

2、實(shí)施測(cè)試來(lái)降低所發(fā)現(xiàn)的風(fēng)險(xiǎn)。3、確定測(cè)試何時(shí)可以結(jié)束。

4、在開發(fā)項(xiàng)目的過(guò)程中將測(cè)試看作是一個(gè)標(biāo)準(zhǔn)項(xiàng)目。參考資料來(lái)源：百度百科——軟件測(cè)試。

8.學(xué)習(xí)軟件測(cè)試都有哪些內(nèi)容

軟件測(cè)試要學(xué)什么哪些內(nèi)容？

1. 測(cè)試專業(yè)知識(shí)

測(cè)試專業(yè)技能涉及的范圍很廣：既包括黑盒測(cè)試、白盒測(cè)試、測(cè)試用例設(shè)計(jì)等基礎(chǔ)測(cè)試技術(shù)，也包括單元測(cè)試、功能測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試、性能測(cè)試等測(cè)試方法，還包括基礎(chǔ)的測(cè)試流程管理、缺陷管理、自動(dòng)化測(cè)試技術(shù)等知識(shí)。

2. 編程語(yǔ)言方面

測(cè)試人員編寫的程序和開發(fā)人員編程是不太一樣的。測(cè)試人員的編程應(yīng)著眼于運(yùn)行正確，同時(shí)兼顧高效率，尤其體現(xiàn)在與性能測(cè)試相關(guān)的測(cè)試代碼編寫上。因此測(cè)試人員要具備一定的算法設(shè)計(jì)能力。依據(jù)其他測(cè)試人員分享的經(jīng)驗(yàn)，測(cè)試工程師至少應(yīng)該掌握J(rèn)ava、C#、C++之類的一門語(yǔ)言以及相應(yīng)的開發(fā)工具。

3. 網(wǎng)絡(luò)

在網(wǎng)絡(luò)方面，測(cè)試人員應(yīng)該掌握基本的網(wǎng)絡(luò)協(xié)議以及網(wǎng)絡(luò)工作原理，尤其要掌握一些網(wǎng)絡(luò)環(huán)境的配置，這些都是測(cè)試工作中經(jīng)常遇到的知識(shí)。

4. 操作系統(tǒng)

操作系統(tǒng)和中間件方面，測(cè)試人員應(yīng)該掌握基本的使用以及安裝、配置等。例如很多應(yīng)用系統(tǒng)都是基于Unix、linux來(lái)運(yùn)行的，這就要求測(cè)試人員掌握基本的操作命令以及相關(guān)的工具軟件。而WebLogic、Websphere等中間件的安裝、配置很多時(shí)候也需要測(cè)試人員掌握一些。

5. 數(shù)據(jù)庫(kù)

數(shù)據(jù)庫(kù)知識(shí)則是測(cè)試人員更應(yīng)該掌握的技能，因?yàn)楝F(xiàn)在的應(yīng)用系統(tǒng)幾乎離不開數(shù)據(jù)庫(kù)。因此不但要掌握基本的安裝、配置，還要掌握SQL。測(cè)試人員至少應(yīng)該掌握Mysql、MS Sqlserver、Oracle等常見數(shù)據(jù)庫(kù)的使用。

9.軟件測(cè)試的方法有哪些

測(cè)試的有2種方法答：黑盒測(cè)試和白盒測(cè)試黑盒：這種方法是把測(cè)試對(duì)象看做一個(gè)黑盒子，測(cè)試人員完全不考慮程序內(nèi)部的邏輯結(jié)構(gòu)和內(nèi)部特性，只依據(jù)程序的需求規(guī)格說(shuō)明書，檢查程序的功能是否符合它的功能說(shuō)明。

黑盒測(cè)試又叫做功能測(cè)試或數(shù)據(jù)驅(qū)動(dòng)測(cè)試。白盒：此方法把測(cè)試對(duì)象看做一個(gè)透明的盒子，它允許測(cè)試人員利用程序內(nèi)部的邏輯結(jié)構(gòu)及有關(guān)信息，設(shè)計(jì)或選擇測(cè)試用例，對(duì)程序所有邏輯路徑進(jìn)行測(cè)試。

通過(guò)在不同點(diǎn)檢查程序的狀態(tài)，確定實(shí)際的狀態(tài)是否與預(yù)期的狀態(tài)一致。因此白盒測(cè)試又稱為結(jié)構(gòu)測(cè)試或邏輯驅(qū)動(dòng)測(cè)試。

軟件測(cè)試按過(guò)程分為三個(gè)步驟答：?jiǎn)卧獪y(cè)試：?jiǎn)卧獪y(cè)試又稱模塊測(cè)試，是針對(duì)軟件設(shè)計(jì)的最小單位 ─ 程序模塊，進(jìn)行正確性檢驗(yàn)的測(cè)試工作。其目的在于發(fā)現(xiàn)各模塊內(nèi)部可能存在的各種差錯(cuò)。

單元測(cè)試需要從程序的內(nèi)部結(jié)構(gòu)出發(fā)設(shè)計(jì)測(cè)試用例。多個(gè)模塊可以平行地獨(dú)立進(jìn)行單元測(cè)試。

集成測(cè)試：在運(yùn)行（可能是不完整）的應(yīng)用中保證軟件單元被結(jié)合后能正常操作的測(cè)試執(zhí)行的階段系統(tǒng)測(cè)試：當(dāng)應(yīng)用作為整體運(yùn)行時(shí)的測(cè)試執(zhí)行階段軟件測(cè)試的步驟是什么？1） 測(cè)試過(guò)程按4個(gè)步驟進(jìn)行，即單元測(cè)試（Unit Testing）、集成測(cè)試（Integrated Testing）、確認(rèn)測(cè)試（Validation Testing）和系統(tǒng)測(cè)試（System Testing）及發(fā)版測(cè)試。2） 開始是單元測(cè)試，集中對(duì)用源代碼實(shí)現(xiàn)的每一個(gè)程序單元進(jìn)行測(cè)試，檢查各個(gè)程序模塊是否正確地實(shí)現(xiàn)了規(guī)定的功能。

3） 集成測(cè)試把已測(cè)試過(guò)的模塊組裝起來(lái)，主要對(duì)與設(shè)計(jì)相關(guān)的軟件體系結(jié)構(gòu)的構(gòu)造進(jìn)行測(cè)試。4） 確認(rèn)測(cè)試則是要檢查已實(shí)現(xiàn)的軟件是否滿足了需求規(guī)格說(shuō)明中確定了的各種需求，以及軟件配置是否完全、正確。

應(yīng)該考慮進(jìn)行如何測(cè)試的測(cè)試方法黑盒測(cè)試 （Black box testing） ── 不考慮內(nèi)部設(shè)計(jì)和代碼，根據(jù)需求和功能進(jìn)行測(cè)試。白盒測(cè)試 （White box testing） ── 根據(jù)應(yīng)用軟件的代碼的內(nèi)部邏輯，按照代碼的語(yǔ)句、分支、路徑和條件進(jìn)行測(cè)試。

功能測(cè)試（functional testing）——對(duì)一個(gè)應(yīng)用軟件的功能模塊進(jìn)行黑盒測(cè)試。這種測(cè)試應(yīng)當(dāng)由測(cè)試人員進(jìn)行。

但這并不意味著程序員在推出軟件之前不進(jìn)行代碼檢查。（這一原則適用于所有的測(cè)試階段。）

系統(tǒng)測(cè)試 ── 針對(duì)全部需求說(shuō)明進(jìn)行黑盒測(cè)試，包括系統(tǒng)中所有的部件?；貧w測(cè)試 （regression testing） ── 每當(dāng)軟件經(jīng)過(guò)了整理、修改、或者其環(huán)境發(fā)生變化，都重復(fù)進(jìn)行測(cè)試。

很難說(shuō)需要進(jìn)行多少次回歸測(cè)試，特別是是到了開發(fā)周期的最后階段。進(jìn)行此種測(cè)試，特別適于使用自動(dòng)測(cè)試工具。

負(fù)荷試驗(yàn) （load testing） ── 在大負(fù)荷條件下對(duì)應(yīng)用軟件進(jìn)行測(cè)試。例如測(cè)試一個(gè)網(wǎng)站在不同負(fù)荷情況下的狀況，以確定在什么情況下系統(tǒng)響應(yīng)速度下降或是出現(xiàn)故障。

壓力測(cè)試 （stress testing） ── 經(jīng)常可以與“負(fù)荷測(cè)試”或“性能測(cè)試”相互代替。這種測(cè)試是用來(lái)檢查系統(tǒng)在下列條件下的情況：在非正常的巨大負(fù)荷下、某些動(dòng)作和輸入大量重復(fù)、輸入大數(shù)、對(duì)數(shù)據(jù)庫(kù)進(jìn)行非常復(fù)雜的查詢，等等。

性能測(cè)試 （performance testing） ── 經(jīng)?？梢耘c“壓力測(cè)試”或“負(fù)荷測(cè)試”相互代替。理想的“性能測(cè)試”（也包括其他任何類型的測(cè)試） 都應(yīng)在質(zhì)量保障和測(cè)試計(jì)劃的文檔終予以規(guī)定。

可用性測(cè)試 （usability testing） ── 是專為“對(duì)用戶友好”的特性進(jìn)行測(cè)試。這是一種主觀的感覺，取決于最終用戶或顧客。

可以進(jìn)行用戶會(huì)見、檢查、對(duì)用戶會(huì)議錄像、或者使用其他技術(shù)。程序員和測(cè)試人員通常不參加可用性測(cè)試。

安裝/卸載測(cè)試 （install/uninstall testing） ── 對(duì)安裝/卸載進(jìn)行測(cè)試 （包括全部、部分、升級(jí)操作）。安全測(cè)試 （security testing） ── 測(cè)試系統(tǒng)在應(yīng)付非授權(quán)的內(nèi)部/外部訪問、故意的損壞時(shí)的防護(hù)情況。

這需要精密復(fù)雜的測(cè)試技術(shù)。兼容性測(cè)試 （compatability testing） ── 測(cè)試在特殊的硬件/軟件/操作系統(tǒng)/網(wǎng)絡(luò)環(huán)境下的軟件表現(xiàn)。

α 測(cè)試 （alpha testing） ── 在開發(fā)一個(gè)應(yīng)用軟件即將完成時(shí)所進(jìn)行的測(cè)試。此時(shí)還允許有較小的設(shè)計(jì)修改。

通常由最終用戶或其他人進(jìn)行這種測(cè)試，而不是由程序員和測(cè)試人員來(lái)進(jìn)行。β 測(cè)試 （beta testing） ── 當(dāng)開發(fā)和測(cè)試已基本完成，需要在正式發(fā)行之前最后尋找毛病而進(jìn)行的測(cè)試。

通常由最終用戶或其他人進(jìn)行這種測(cè)試，而不是由程序員和測(cè)試人員來(lái)進(jìn)行。

10.測(cè)試用例包括哪些內(nèi)容

包括測(cè)試目標(biāo)、測(cè)試環(huán)境、輸入數(shù)據(jù)、測(cè)試步驟、預(yù)期結(jié)果、測(cè)試腳本等。

測(cè)試用例是將軟件測(cè)試的行為活動(dòng)做一個(gè)科學(xué)化的組織歸納，目的是能夠?qū)④浖y(cè)試的行為轉(zhuǎn)化成可管理的模式；同時(shí)測(cè)試用例也是將測(cè)試具體量化的方法之一，不同類別的軟件，測(cè)試用例是不同的。

影響軟件測(cè)試的因素很多，例如軟件本身的復(fù)雜程度、開發(fā)人員（包括分析、設(shè)計(jì)、編程和測(cè)試的人員）的素質(zhì)、測(cè)試方法和技術(shù)的運(yùn)用等。

擴(kuò)展資料：

1、白盒法

白盒法又稱結(jié)構(gòu)化方法（結(jié)構(gòu)測(cè)試）或邏輯覆蓋法，其基本思想是把程序看作是路徑的集合。這樣，對(duì)程序的測(cè)試便轉(zhuǎn)化為對(duì)程序中某些路徑的測(cè)試，要設(shè)法讓被測(cè)程序的“各處”均被執(zhí)行到，使?jié)摲诔绦蛎總€(gè)角落的錯(cuò)誤均有機(jī)會(huì)暴露出來(lái)。因此，白盒法實(shí)際上是一種選擇通過(guò)指定路徑的輸入數(shù)據(jù)的分析方法。

2、黑盒法

黑盒法又稱為功能測(cè)試，是根據(jù)軟件需求說(shuō)明書上羅列的各項(xiàng)功能、性能指標(biāo)，來(lái)構(gòu)造測(cè)試用例的輸入數(shù)據(jù)，實(shí)際執(zhí)行被測(cè)軟件，分析執(zhí)行過(guò)程的行為與執(zhí)行結(jié)果以便檢查出被測(cè)軟件的錯(cuò)誤。在黑盒法測(cè)試中，測(cè)試者可以完全不關(guān)心程序的內(nèi)部結(jié)構(gòu)?？梢?，白盒法是一種邏輯驅(qū)動(dòng)方法，而黑盒法是一種功能驅(qū)動(dòng)方法。黑盒法是最常用的測(cè)試方法。

參考資料來(lái)源：百度百科-測(cè)試用例