界面測試的方法(用戶界面測試的測試方法)
1.用戶界面測試的測試方法
1、靜態(tài)測試：對于用戶界面的布局，風(fēng)格，字體，圖片等與顯示相關(guān)的部分測試應(yīng)該采用靜態(tài)測試，比如點(diǎn)檢表測試，即將測試必須通過的項(xiàng)用點(diǎn)檢表一條一條列舉出，然后通過觀察確保每項(xiàng)是否通過。
2、動(dòng)態(tài)測試：對用戶界面中各個(gè)類別的控件應(yīng)該采用動(dòng)態(tài)測試，即編寫測試用例或者點(diǎn)檢表，對每個(gè)按鈕的響應(yīng)情況進(jìn)行測試，是否符合概要設(shè)計(jì)所規(guī)定的條件，還可以對用戶界面在不同環(huán)境下的顯示情況進(jìn)行測試。
2.軟件測試的方法主要都有哪些
主要方法：等價(jià)類法，因果圖法，邊界值法，狀態(tài)轉(zhuǎn)換法。UI界面測試主要是界面的嵌套加載、布局等，單元測試的方法有：模塊接口測試（主要的）、局部數(shù)據(jù)結(jié)構(gòu)測試 、路徑測試 、異常處理測試、函數(shù)，類，模塊的邊界值測試。測試需求分析：根據(jù)不同的軟件業(yè)務(wù)背景不同，所要求的特性也不相同，測試的側(cè)重點(diǎn)自然也不相同。除了需要確保要求實(shí)現(xiàn)的功能正確，銀行/財(cái)務(wù)軟件更強(qiáng)調(diào)數(shù)據(jù)的精確性，網(wǎng)站強(qiáng)調(diào)服務(wù)器所能承受的壓力，ERP強(qiáng)調(diào)業(yè)務(wù)流程，驅(qū)動(dòng)程序強(qiáng)調(diào)軟硬件的兼容性。在做測試分析時(shí)需要根據(jù)軟件的特性來選取測試類型，并將其列入測試需求當(dāng)中。
需求分析后要得出的結(jié)果：測試的焦點(diǎn)是指根據(jù)所測的功能點(diǎn)進(jìn)行分析、分解，從而得出 的著重于某一方面的測試，如界面、業(yè)務(wù)流、模塊化、數(shù)據(jù)、輸入域等。目前關(guān)于各個(gè)焦點(diǎn)的測試也有不少的指南，那些已經(jīng)是很好的測試需求參考了，在此僅列出業(yè)務(wù)流的測試分析方法。
任何一套軟件都會(huì)有一定的業(yè)務(wù)流，也就是用戶用該軟件來實(shí)現(xiàn)自己實(shí)際業(yè)務(wù)的一個(gè)流程。
3.軟件測試有哪些常用的測試方法
(1)黑盒測試（black-box testing）：只關(guān)心輸入和輸出的結(jié)果 （2）白盒測試（white-box testing）：去研究里面的源代碼和程序結(jié)構(gòu)2、按是否運(yùn)行程序分為：（1）靜態(tài)測試（static testing）：是指不實(shí)際運(yùn)行被測軟件，而只是靜態(tài)地檢查程序代碼、界面或文檔可能存在的錯(cuò)誤的過程。
靜態(tài)測試包括：對于代碼測試，主要是測試代碼是否符合相應(yīng)的標(biāo)準(zhǔn)和規(guī)范。對于界面測試，主要測試軟件的實(shí)際界面與需求中的說明是否相符。
對于文檔測試，主要測試用戶手冊和需求說明是否真正符合用戶的實(shí)際需求。（5）動(dòng)態(tài)測試（dynamic testing），是指實(shí)際運(yùn)行被測程序，輸入相應(yīng)的測試數(shù)據(jù)，檢查輸出結(jié)果和預(yù)期結(jié)果是否相符的過程3、按階段劃分：（1）單元測試（unit testing），是指對軟件中的最小可測試單元進(jìn)行檢查和驗(yàn)證。
樁模塊（stud）是指模擬被測模塊所調(diào)用的模塊，驅(qū)動(dòng)模塊（driver）是指模擬被測模塊的上級模塊，驅(qū)動(dòng)模塊用來接收測試數(shù)據(jù)，啟動(dòng)被測模塊并輸出結(jié)果。（2）集成測試（integration testing），是單元測試的下一階段，是指將通過測試的單元模塊組裝成系統(tǒng)或子系統(tǒng)，再進(jìn)行測試，重點(diǎn)測試不同模塊的接口部門。
集成測試就是用來檢查各個(gè)單元模塊結(jié)合到一起能否協(xié)同配合，正常運(yùn)行。（3）系統(tǒng)測試（system testing），指的是將整個(gè)軟件系統(tǒng)看做一個(gè)整體進(jìn)行測試，包括對功能、性能，以及軟件所運(yùn)行的軟硬件環(huán)境進(jìn)行測試。
系統(tǒng)測試的主要依據(jù)是《系統(tǒng)需求規(guī)格說明書》文檔。（4）驗(yàn)收測試（acceptance testing），指的是在系統(tǒng)測試的后期，以用戶測試為主，或有測試人員等質(zhì)量保障人員共同參與的測試，它也是軟件正式交給用戶使用的最后一道工序。
驗(yàn)收測試又分為a測試和beta測試，其中a測試指的是由用戶、測試人員、開發(fā)人員等共同參與的內(nèi)部測試，而beta測試指的是內(nèi)測后的公測，即完全交給最終用戶測試。4、黑盒測試分為功能測試和性能測試：1）功能測試（function testing），是黑盒測試的一方面，它檢查實(shí)際軟件的功能是否符合用戶的需求。
包括邏輯功能測試（logic function testing） 界面測試（UI testing）UI=User Interface 易用性測試（usability testing）：是指從軟件使用的合理性和方便性等角度對軟件系統(tǒng)進(jìn)行檢查，來發(fā)現(xiàn)軟件中不方便用戶使用的地方。兼容性測試（compatibility testing）：包括硬件兼容性測試和軟件兼容性測試2）性能測試（performance testing） 軟件的性能主要有時(shí)間性能和空間性能兩種 時(shí)間性能：主要指軟件的一個(gè)具體事務(wù)的響應(yīng)時(shí)間（respond time）。
空間性能：主要指軟件運(yùn)行時(shí)所消耗的系統(tǒng)資源。軟件性能測試分為：一般性能測試：指的是讓被測系統(tǒng)在正常的軟硬件環(huán)境下運(yùn)行，不向其施加任何壓力的性能測試。
穩(wěn)定性測試也叫可靠性測試（reliability testing）：是指連續(xù)運(yùn)行被測系統(tǒng)檢查系統(tǒng)運(yùn)行時(shí)的穩(wěn)定程度。負(fù)載測試（load testing）：是指讓被測系統(tǒng)在其能忍受的壓力的極限范圍之內(nèi)連續(xù)運(yùn)行，來測試系統(tǒng)的穩(wěn)定性。
壓力測試（stress testing）：是指持續(xù)不斷的給被測系統(tǒng)增加壓力，直到將被測系統(tǒng)壓垮為止，用來測試系統(tǒng)所能承受的最大壓力。（Validate the system or software can allowed the biggest stress.）5、其他測試類型：回歸測試（regression testing）是指對軟件的新的版本測試時(shí)，重復(fù)執(zhí)行上一個(gè)版本測試時(shí)的用例。
（When a new build or release is deployed, repeat all the test cases which has executed in the last build or release.） 冒煙測試（smoke testing），是指在對一個(gè)新版本進(jìn)行大規(guī)模的測試之前，先驗(yàn)證一下軟件的基本功能是否實(shí)現(xiàn)，是否具備可測性。（validate the major function is deployed or not in software of system when a new build or release is implement.） 隨機(jī)測試（random testing），是指測試中所有的輸入數(shù)據(jù)都是隨機(jī)生成的，其目的是模擬用戶的真實(shí)操作，并發(fā)現(xiàn)一些邊緣性的錯(cuò)誤。
（means or all the test data is random, to validate the some edge bugs.）。
4.軟件測試的方法一共有幾種
1、從是否關(guān)心內(nèi)部結(jié)構(gòu)來看 （1）白盒測試：又稱為結(jié)構(gòu)測試或邏輯驅(qū)動(dòng)測試，是一種按照程序內(nèi)部邏輯結(jié)構(gòu)和編碼結(jié)構(gòu)，設(shè)計(jì)測試數(shù)據(jù)并完成測試的一種測試方法。
（2）黑盒測試：又稱為數(shù)據(jù)驅(qū)動(dòng)測試，把測試對象當(dāng)做看不見的黑盒，在完全不考慮程序內(nèi)部結(jié)構(gòu)和處理過程的情況下，測試者僅依據(jù)程序功能的需求規(guī)范考慮，確定測試用例和推斷測試結(jié)果的正確性，它是站在使用軟件或程序的角度，從輸入數(shù)據(jù)與輸出數(shù)據(jù)的對應(yīng)關(guān)系出發(fā)進(jìn)行的測試。（3）灰盒測試：是一種綜合測試法，它將“黑盒”測試與“白盒”測試結(jié)合在一起，是基于程序運(yùn)行時(shí)的外部表現(xiàn)又結(jié)合內(nèi)部邏輯結(jié)構(gòu)來設(shè)計(jì)用例，執(zhí)行程序并采集路徑執(zhí)行信息和外部用戶接口結(jié)果的測試技術(shù)。
2、從是否執(zhí)行代碼看 （1）靜態(tài)測試：指不運(yùn)行被測程序本身，僅通過分析或檢查源程序的語法、結(jié)構(gòu)、過程、接口等來檢查程序的正確性。（2）動(dòng)態(tài)測試：是指通過運(yùn)行被測程序，檢查運(yùn)行結(jié)果與預(yù)期結(jié)果的差異，并分析運(yùn)行效率、正確性和健壯性等性能指標(biāo)。
3、從開發(fā)過程級別看 （1）單元測試：又稱模塊測試，是針對軟件設(shè)計(jì)的最小單位----程序模塊或功能模塊，進(jìn)行正確性檢驗(yàn)的測試工作。其目的在于檢驗(yàn)程序各模塊是否存在各種差錯(cuò)，是否能正確地實(shí)現(xiàn)了其功能，滿足其性能和接口要求。
（2）集成測試：又叫組裝測試或聯(lián)合，是單元測試的多級擴(kuò)展，是在單元測試的基礎(chǔ)上進(jìn)行的一種有序測試。旨在檢驗(yàn)軟件單元之間的接口關(guān)系，以期望通過測試發(fā)現(xiàn)各軟件單元接口之間存在的問題，最終把經(jīng)過測試的單元組成符合設(shè)計(jì)要求的軟件。
（3）系統(tǒng)測試：是為判斷系統(tǒng)是否符合要求而對集成的軟、硬件系統(tǒng)進(jìn)行的測試活動(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)境下，對計(jì)算機(jī)系統(tǒng)進(jìn)行一系列的組裝測試和確認(rèn)測試。在系統(tǒng)測試中，對于具體的測試類型有：（1）功能測試：對軟件需求規(guī)格說明書中的功能需求逐項(xiàng)進(jìn)行的測試，以驗(yàn)證功能是否滿足要求。
（2）性能測試：對軟件需求規(guī)格說明書的功能需求逐項(xiàng)進(jìn)行的測試，以驗(yàn)證功能是否滿足要求。（3）接口測試：對軟件需求規(guī)格說明中的接口需求逐項(xiàng)進(jìn)行的測試。
（4）人機(jī)交互界面測試：對所有人機(jī)交互界面提供的操作和顯示界面進(jìn)行的測試，以檢驗(yàn)是否滿足用戶的需求。（5）強(qiáng)度測試：強(qiáng)制軟件運(yùn)行在異常乃至發(fā)生故障的情況下（設(shè)計(jì)的極限狀態(tài)到超出極限），驗(yàn)證軟件可以運(yùn)行到何種程序的測試。
（6）余量測試：對軟件是否達(dá)到規(guī)格說明中要求的余量的測試。（7）安全性測試：檢驗(yàn)軟件中已存在的安全性、安全保密性措施是否有效的測試，（8）可靠性測試：在真實(shí)的或仿真的環(huán)境中，為做出軟件可靠性估計(jì)而對軟件進(jìn)行的功能（其輸入覆蓋和環(huán)境覆蓋一般大于普通的功能測試） （9）恢復(fù)性測試：對有恢復(fù)或重置功能的軟件的每一類導(dǎo)致恢復(fù)或重置的情況，逐一進(jìn)行的測試。
（10）邊界測試：對軟件處在邊界或端點(diǎn)情況下運(yùn)行狀態(tài)的測試。（11）數(shù)據(jù)處理測試：對完成專門數(shù)據(jù)處理功能所進(jìn)行的測試。
（12）安裝性測試：對安裝過程是否符合安裝規(guī)程的測試，以發(fā)現(xiàn)安裝過程中的錯(cuò)誤。（13）容量測試：檢驗(yàn)軟件的能力最高能達(dá)到什么程度的測試。
（14）互操作性測試：為驗(yàn)證不同軟件之間的互操作能力而進(jìn)行的測試。（15）敏感性測試：為發(fā)現(xiàn)在有效輸入類中可能引起某種不穩(wěn)定性或不正常處理的某些數(shù)據(jù)的組合而進(jìn)行的測試。
（16）標(biāo)準(zhǔn)符合性測試：驗(yàn)證軟件與相關(guān)國家標(biāo)準(zhǔn)或規(guī)范（如軍用標(biāo)準(zhǔn)、國家標(biāo)準(zhǔn)、行業(yè)標(biāo)準(zhǔn)及國際標(biāo)準(zhǔn)）一致性的測試。（17）兼容性測試：驗(yàn)證軟件在規(guī)定條件下與若干個(gè)實(shí)體共同使用或?qū)崿F(xiàn)數(shù)據(jù)格式轉(zhuǎn)換時(shí)能滿足有關(guān)要求能力的測試。
（18）中文本地化測試：驗(yàn)證軟件在不降低原有能力的條件下，處理中文能力的測試。4、從執(zhí)行過程是否需要人工干預(yù)來看 （1）手工測試：就是測試人員按照事先為覆蓋被測軟件需求而編寫的測試用例，根據(jù)測試大綱中所描述的測試步驟和方法，手工地一個(gè)一個(gè)地輸 入執(zhí)行，包括與被測軟件進(jìn)行交互（如輸入測試數(shù)據(jù)、記錄測試結(jié)果等），然后觀察測試結(jié)果，看被測程序是否存在問題，或在執(zhí)行過程中是否會(huì)有一場發(fā)生，屬于比較原始但是必須執(zhí)行的一個(gè)步驟。
（2）自動(dòng)化測試：實(shí)際上是將大量的重復(fù)性的測試工作交給計(jì)算機(jī)去完成，通常是使用自動(dòng)化測試工具來模擬手動(dòng)測試步驟，執(zhí)行用某種程序設(shè)計(jì)語言編寫的過程（全自動(dòng)測試就是指在自動(dòng)測試過程中，不需要人工干預(yù)，由程序自動(dòng)完成測試的全過程；半自動(dòng)測試就是指在自動(dòng)測試過程中，需要手動(dòng)輸入測試用例或選擇測試路徑，再由自動(dòng)測試程序按照人工指定的要求完成自動(dòng)測試）5、從測試實(shí)施組織看 （1）開發(fā)測試：開發(fā)人員進(jìn)行的測試 （2）用戶測試：用戶方進(jìn)行的測試 （3）第三方測試：有別于開發(fā)人員或用戶進(jìn)行的測試，由專業(yè)的第三方承擔(dān)的測試，目的是為了保證測試工作的客觀性6、從測試所處的環(huán)境看 （1）阿爾法測試：是由一個(gè)用戶在開發(fā)環(huán)境下進(jìn)行的測試，也可以是公司內(nèi)部的用戶在模擬實(shí)際操作環(huán)境下進(jìn)行的測試 （2）。
5.軟件測試的方法有哪幾種
《全國計(jì)算機(jī)等級考試三級教程軟件測試》目錄 第1章 軟件測試的基本概念1.1 軟件質(zhì)量的概念1.1.1 軟件質(zhì)量的定義1.1.2 軟件質(zhì)量的屬性1.1.3 軟件質(zhì)量模型1.1.4 軟件質(zhì)量的度量1.1.5 影響軟件質(zhì)量的主要因素1.2 軟件測試的概念1.2.1 軟件測試的定義與目的1.2.2 軟件測試的原則1.3 軟件的缺陷與錯(cuò)誤1.3.1 軟件缺陷的定義和類型1.3.2 軟件缺陷的級別1.3.3 軟件缺陷產(chǎn)生的原因1.3.4 軟件缺陷的構(gòu)成第1章 軟件測試的基本概念1.1 軟件質(zhì)量的概念1.1.1 軟件質(zhì)量的定義1.1.2 軟件質(zhì)量的屬性1.1.3 軟件質(zhì)量模型1.1.4 軟件質(zhì)量的度量1.1.5 影響軟件質(zhì)量的主要因素1.2 軟件測試的概念1.2.1 軟件測試的定義與目的1.2.2 軟件測試的原則1.3 軟件的缺陷與錯(cuò)誤1.3.1 軟件缺陷的定義和類型1.3.2 軟件缺陷的級別1.3.3 軟件缺陷產(chǎn)生的原因1.3.4 軟件缺陷的構(gòu)成1.3.5 修復(fù)軟件缺陷的代價(jià)1.4 軟件測試的經(jīng)濟(jì)學(xué)與心理學(xué)1.4.1 軟件測試的心理學(xué)1.4.2 軟件測試的經(jīng)濟(jì)學(xué)1.5 軟件質(zhì)量保證1.5.1 軟件質(zhì)量保證概要1.5.2 軟件質(zhì)量保證活動(dòng)的實(shí)施1.5.3 軟件的驗(yàn)證與確認(rèn)1.5.4 驗(yàn)證和確認(rèn)任務(wù)分析 本章小結(jié) 第2章 軟件生存周期中測試的實(shí)施2.1 軟件開發(fā)階段2.1.1 軟件生存周期2.1.2 軟件測試的生存周期模型2.1.3 軟件測試過程模型2.1.4 測試信息流2.2 需求獲取與分析階段的測試2.2.1 需求評審的實(shí)施2.2.2 需求規(guī)格說明的評審2.2.3 Wiegers 用例與需求評審表2.2.4 基于原型的測試2.2.5 基于需求的測試覆蓋率評估2.3 設(shè)計(jì)階段的測試2.3.1 設(shè)計(jì)的測試因素2.3.2 設(shè)計(jì)評審的實(shí)施2.3.3 設(shè)計(jì)規(guī)格說明的評審2.3.4 設(shè)計(jì)元素的覆蓋原則2.4 編程階段的測試2.4.1 白盒測試與黑盒測試2.4.2 源代碼的控制流覆蓋原則2.4.3 源代碼的數(shù)據(jù)流覆蓋原則2.4.4 源代碼的靜態(tài)分析與動(dòng)態(tài)測試2.5 運(yùn)行和維護(hù)階段的測試2.6 回歸測試2.6.1 回歸測試的概念2.6.2 回歸測試的類型2.6.3 回歸測試的時(shí)機(jī)2.6.4 回歸測試的實(shí)施 本章小結(jié) 第3章 代碼檢查、走查與評審3.1 桌上檢查3.1.1 桌上檢查的實(shí)施3.1.2 桌上檢查的檢查表3.2 代碼檢查3.2.1 特定的角色和職責(zé)3.2.2 代碼檢查的實(shí)施3.2.3 用于代碼檢查的檢查表3.3 走查3.3.1 特定的角色和職責(zé)3.3.2 走查的實(shí)施3.3.3 走查中的靜態(tài)分析技術(shù)3.4 同行評審3.4.1 同行評審的角色和職責(zé)3.4.2 同行評審的內(nèi)容3.4.3 評審的方法和技術(shù)3.4.4 評審工作 本章小結(jié) 第4章 白盒測試4.1 覆蓋率的概念4.2 邏輯覆蓋4.2.1 語句覆蓋與塊覆蓋4.2.2 判定覆蓋（分支覆蓋）4.2.3 條件覆蓋4.2.4 條件/判定覆蓋4.2.5 條件組合覆蓋4.2.6 路徑覆蓋4.2.7 ESTCA覆蓋4.2.8 LCSAJ覆蓋4.3 路徑測試4.3.1 分支結(jié)構(gòu)的路徑測試4.3.2 循環(huán)結(jié)構(gòu)的路徑測試4.3.3 圈復(fù)雜度與基本路徑測試4.4 數(shù)據(jù)流測試4.4.1 定義∕使用測試的幾個(gè)定義4.4.2 定義∕使用測試舉例4.4.3 定義∕使用路徑測試覆蓋指標(biāo)4.5 基于覆蓋的測試用例選擇4.5.1 覆蓋率的使用4.5.2 使用最少的測試用例來達(dá)到覆蓋4.6 程序插樁技術(shù)4.6.1 程序插樁4.6.2 用于測試覆蓋率的程序插樁4.6.3 用于斷言檢測的程序插樁4.6.4 用于數(shù)據(jù)流異常檢測的程序插樁 本章小結(jié) 第5章 黑盒測試5.1 等價(jià)類測試5.1.1 等價(jià)類的概念5.1.2 等價(jià)類測試的原則5.1.3 等價(jià)類方法測試用例設(shè)計(jì)舉例5.2 邊界值分析5.2.1 邊界值分析的概念5.2.2 選擇測試用例的原則5.2.3 邊界值方法測試用例設(shè)計(jì)舉例5.3 基于判定表的測試5.3.1 判定表的概念5.3.2 基于判定表的測試用例設(shè)計(jì)舉例5.4 基于因果圖的測試5.4.1 因果圖的適用范圍5.4.2 用因果圖生成測試用例5.4.3 因果圖法測試用例設(shè)計(jì)舉例5.5 基于狀態(tài)圖的測試5.5.1 狀態(tài)圖5.5.2 利用狀態(tài)轉(zhuǎn)換樹生成測試用例5.5.3 利用狀態(tài)轉(zhuǎn)換表生成測試用例5.6 基于功能圖的測試5.6.1 功能圖5.6.2 功能圖法設(shè)計(jì)測試用例舉例5.7 基于用例和場景的測試5.7.1 基本流和備選流5.7.2 利用用例和場景設(shè)計(jì)測試用例的實(shí)例5.8 基于有向圖的測試用例設(shè)計(jì)5.8.1 使用基于有向圖的測試的場合5.8.2 基于事務(wù)流建模設(shè)計(jì)測試用例5.8.3 基于控制流建模設(shè)計(jì)測試用例5.8.4 基于有向圖設(shè)計(jì)測試用例的過程5.9 基于正交實(shí)驗(yàn)設(shè)計(jì)法的測試5.9.1 提取功能說明，構(gòu)造因子/ 狀態(tài)表5.9.2 加權(quán)篩選，生成因素分析表5.9.3 利用正交表構(gòu)造測試數(shù)據(jù)集5.10 其他黑盒測試用例設(shè)計(jì)技術(shù) 本章小結(jié) 第6章 單元測試和集成測試6.1 單元測試的基本概念6.1.1 單元測試的定義6.1.2 單元測試與集成測試、系統(tǒng)測試的區(qū)別6.1.3 單元測試環(huán)境6.2 單元測試策略6.2.1 自頂向下的單元測試策略6.2.2 自底向上的單元測試策略6.2.3 孤立測試6.2.4 綜合測試6.3 單元測試分析6.3.1 模塊接口6.3.2 局部數(shù)據(jù)結(jié)構(gòu)6.3.3 獨(dú)立路徑6.3.4 出錯(cuò)處理6.3.5 邊界條件6.4 單元測試的測試用例設(shè)計(jì)原則6.4.1 單元測試的測試用例設(shè)計(jì)步驟6.4.2 單元測試中的白盒測試與黑盒測試6.5 集成測試的基本概念6.6 集成測試策略6.6.1 基于分解的集成策略6.6.2 基于功能的集成6.6.3 基于路徑的集成6.6.4 基于調(diào)用圖的集成6.7 集成測試分析6.7.1 體系結(jié)構(gòu)分析6.7.2 模塊單元分析6.7.3 接口分析6.7.4 風(fēng)險(xiǎn)分析6.7.5 可測試性分析6.7.6 集成測試策略分析6.7.7 常見的集成測試故障6.8 集成測試的測試用例設(shè)計(jì)原則6.8.1 集成測試的測試用例設(shè)計(jì)步驟6.8.2 場景測試 本章小結(jié) 第7章 系統(tǒng)測試7.1 系統(tǒng)測試概念7.2 系。
6.軟件測試方法
第一類測試方法是試圖驗(yàn)證軟件是“工作的”，所謂“工作的”就是指軟件的功能是按照預(yù)先的設(shè)計(jì)執(zhí)行的；而第二類測試方法則是設(shè)法證明軟件是“不工作的”。
還有兩大類：白盒法和黑盒法。
白盒法：你清楚程序的流程時(shí)，用不同的數(shù)據(jù)測試你程序的代碼，驗(yàn)證程序的正確性，有：條件測試，路徑測試，條件組合。。。。
白盒法用在程序開發(fā)階段的前期。
黑盒法：主要用于程序開發(fā)階段的后期，即程序的流程測試正確后，測試程序的結(jié)果。有什么因果法，邊緣值法等。
具體你可以買本軟件工程方面的書看看。
還有一下方法：
功能測試：可接受性測試：用戶界面測試：探索或開放'型的測試：性能測試：回歸測試：強(qiáng)力測試：集成與兼容性測試：裝配/安裝/配置測試：國際化支持測試：本地化語言測試：
這些都是測試的方法.
7.軟件測試的方法一共有幾種
軟件測試的方法一共有幾種
1、按是否查看程序內(nèi)部結(jié)構(gòu)分為：
(1)黑盒測試（black-box testing）：只關(guān)心輸入和輸出的結(jié)果
(2)白盒測試（white-box testing）：去研究里面的源代碼和程序結(jié)構(gòu)
2、按是否運(yùn)行程序分為：
(1)靜態(tài)測試（static testing）：是指不實(shí)際運(yùn)行被測軟件，而只是靜態(tài)地檢查程序代碼、界面或文檔可能存在的錯(cuò)誤的過程。
靜態(tài)測試包括：
對于代碼測試，主要是測試代碼是否符合相應(yīng)的標(biāo)準(zhǔn)和規(guī)范。
對于界面測試，主要測試軟件的實(shí)際界面與需求中的說明是否相符。
對于文檔測試，主要測試用戶手冊和需求說明是否真正符合用戶的實(shí)際需求。
(5)動(dòng)態(tài)測試（dynamic testing），是指實(shí)際運(yùn)行被測程序，輸入相應(yīng)的測試數(shù)據(jù)，檢查輸出結(jié)果和預(yù)期結(jié)果是否相符的過程
3、按階段劃分：
(1)單元測試（unit testing），是指對軟件中的最小可測試單元進(jìn)行檢查和驗(yàn)證。
樁模塊（stud）是指模擬被測模塊所調(diào)用的模塊，驅(qū)動(dòng)模塊（driver）是指模擬被測模塊的上級模塊，驅(qū)動(dòng)模塊用來接收測試數(shù)據(jù)，啟動(dòng)被測模塊并輸出結(jié)果。
(2)集成測試（integration testing），是單元測試的下一階段，是指將通過測試的單元模塊組裝成系統(tǒng)或子系統(tǒng)，再進(jìn)行測試，重點(diǎn)測試不同模塊的接口部門。
集成測試就是用來檢查各個(gè)單元模塊結(jié)合到一起能否協(xié)同配合，正常運(yùn)行。
(3)系統(tǒng)測試（system testing），指的是將整個(gè)軟件系統(tǒng)看做一個(gè)整體進(jìn)行測試，包括對功能、性能，以及軟件所運(yùn)行的軟硬件環(huán)境進(jìn)行測試。
系統(tǒng)測試的主要依據(jù)是《系統(tǒng)需求規(guī)格說明書》文檔。
(4)驗(yàn)收測試（acceptance testing），指的是在系統(tǒng)測試的后期，以用戶測試為主，或有測試人員等質(zhì)量保障人員共同參與的測試，它也是軟件正式交給用戶使用的最后一道工序。
驗(yàn)收測試又分為a測試和beta測試，其中a測試指的是由用戶、測試人員、開發(fā)人員等共同參與的內(nèi)部測試，而beta測試指的是內(nèi)測后的公測，即完全交給最終用戶測試。
4、黑盒測試分為功能測試和性能測試：
1）功能測試（function testing），是黑盒測試的一方面，它檢查實(shí)際軟件的功能是否符合用戶的需求。
包括邏輯功能測試（logic function testing）
界面測試（UI testing）UI=User Interface
易用性測試（usability testing）：是指從軟件使用的合理性和方便性等角度對軟件系統(tǒng)進(jìn)行檢查，來發(fā)現(xiàn)軟件中不方便用戶使用的地方。
兼容性測試（compatibility testing）：包括硬件兼容性測試和軟件兼容性測試
2）性能測試（performance testing）
軟件的性能主要有時(shí)間性能和空間性能兩種
時(shí)間性能：主要指軟件的一個(gè)具體事務(wù)的響應(yīng)時(shí)間（respond time）。
空間性能：主要指軟件運(yùn)行時(shí)所消耗的系統(tǒng)資源。
軟件性能測試分為：
一般性能測試：指的是讓被測系統(tǒng)在正常的軟硬件環(huán)境下運(yùn)行，不向其施加任何壓力的性能測試。
穩(wěn)定性測試也叫可靠性測試（reliability testing）：是指連續(xù)運(yùn)行被測系統(tǒng)檢查系統(tǒng)運(yùn)行時(shí)的穩(wěn)定程度。
負(fù)載測試（load testing）：是指讓被測系統(tǒng)在其能忍受的壓力的極限范圍之內(nèi)連續(xù)運(yùn)行，來測試系統(tǒng)的穩(wěn)定性。
壓力測試（stress testing）：是指持續(xù)不斷的給被測系統(tǒng)增加壓力，直到將被測系統(tǒng)壓垮為止，用來測試系統(tǒng)所能承受的最大壓力。（Validate the system or software can allowed the biggest stress.）
