軟件測(cè)試方法、流程、類型、缺陷（參考模板）

1、傳播優(yōu)秀Word版文檔 ，希望對(duì)您有幫助，可雙擊去除！I. 測(cè)試類型功能指的是系統(tǒng)能做什么。 系統(tǒng)子系統(tǒng)或組件要實(shí)現(xiàn)的功能可以在工作產(chǎn)品中，如需求規(guī)格說明書，用戶用例或功能規(guī)格說明書予以描述，不過也可能沒有相應(yīng)的文檔。 功能測(cè)試基于功能和特征以及專門的系統(tǒng)之間的交互，系統(tǒng)的功能來設(shè)計(jì)測(cè)試條件和測(cè)試用例。1 專門的系統(tǒng)之間的交互，我們又叫做功能交互2 可以采用基于規(guī)格說明書的技術(shù)（有正式的需求或設(shè)計(jì)規(guī)格說明書時(shí)）3 也可以基于測(cè)試人員對(duì)功能和特征的理解（如果沒有相應(yīng)文檔時(shí)）4 功能測(cè)試主要是考慮軟件的外部表現(xiàn)行為（黑盒測(cè)試） 5 功能測(cè)試可以在個(gè)級(jí)別的測(cè)試中進(jìn)行（例如組件測(cè)試、集成測(cè)試和系統(tǒng)測(cè)試

2、等級(jí)別都有基于設(shè)計(jì)或需求規(guī)格說明書的功能測(cè)試）1. 功能測(cè)試舉例1 安全性測(cè)試也是功能測(cè)試的一種，它會(huì)對(duì)安全性相關(guān)的功能（比如防火墻）進(jìn)行測(cè)試，從而檢測(cè)系統(tǒng)和數(shù)據(jù)是否能抵御外部惡意的威脅，比如病毒等。2 互操作性測(cè)試是另一種功能性測(cè)試，評(píng)估軟件產(chǎn)品與其他一個(gè)或多個(gè)組件或系統(tǒng)交互的能力。2. 非功能測(cè)試非功能性測(cè)試就是測(cè)試系統(tǒng)工作的怎樣2 / 28傳播優(yōu)秀Word版文檔 ，希望對(duì)您有幫助，可雙擊去除！非功能測(cè)試包括但不限于：性能測(cè)試、負(fù)載測(cè)試、壓力測(cè)試、可用性測(cè)試、可維護(hù)性測(cè)試、可靠性測(cè)試和可移植性測(cè)試非功能測(cè)試可以在任何測(cè)試級(jí)別上執(zhí)行3. 非功能測(cè)試舉例負(fù)載測(cè)試：一種通過增加負(fù)載來測(cè)量組件或系

3、統(tǒng)的測(cè)試方法。例如：通過并發(fā)用戶數(shù)和事務(wù)數(shù)量來測(cè)量組件或系統(tǒng)能夠承受的負(fù)載。壓力測(cè)試：在規(guī)定的或超過規(guī)定的需求條件下測(cè)試組件系統(tǒng)，以對(duì)其進(jìn)行評(píng)估。健壯性測(cè)試：判定軟件產(chǎn)品健壯性（在出現(xiàn)無效輸入或壓力環(huán)境條件下，組件、系統(tǒng)能夠正常工作的程度，參見fault-tolerance）的測(cè)試。性能測(cè)試：判定軟件產(chǎn)品性能（組件、系統(tǒng)在給定的處理周期和吞吐率（throughputrate）等約束下，完成指定功能的程度）的測(cè)試過程。參見efficiencytesting.4. 與變更相關(guān)的測(cè)試與變更相關(guān)的測(cè)試：當(dāng)軟件被修改、缺陷被修復(fù)、新增了功能、軟件運(yùn)行環(huán)境發(fā)生變化等，需要開展與變更有關(guān)的測(cè)試。 根據(jù)經(jīng)驗(yàn)，

4、修改一個(gè)現(xiàn)存的程序，比編寫一個(gè)新程序更容易產(chǎn)生錯(cuò)誤（依每寫一行代碼的錯(cuò)誤數(shù)量計(jì)）再測(cè)試：重新執(zhí)行上次失敗的測(cè)試用例，以驗(yàn)證糾錯(cuò)的正確性。參見確認(rèn)測(cè)試（confirmationtesting）回歸測(cè)試：測(cè)試先前測(cè)試過并修改過的程序，確保更改沒有給軟件其他未改變的部分帶來退化缺陷（regressionbung）.軟件修改后或使用環(huán)境變更后要執(zhí)行回歸測(cè)試?；貧w測(cè)試策略：回歸測(cè)試的規(guī)模可以根據(jù)在已運(yùn)行的軟件中發(fā)現(xiàn)新的缺陷的風(fēng)險(xiǎn)大小來決定，比如可以只重新運(yùn)行所有發(fā)現(xiàn)缺陷的用例（即只進(jìn)行確認(rèn)測(cè)試）、測(cè)試所有經(jīng)過修改的功能、測(cè)試所有新增功能、對(duì)整個(gè)系統(tǒng)進(jìn)行完美的回歸測(cè)試等，對(duì)變更進(jìn)行影響分析（impacta

5、nalysis）有助于確定回歸測(cè)試的深度。傳播優(yōu)秀Word版文檔 ，希望對(duì)您有幫助，可雙擊去除！將回歸測(cè)試自動(dòng)化是很好的選擇?；貧w測(cè)試可以在所有的測(cè)試級(jí)別上進(jìn)行，同時(shí)適用于功能測(cè)試、非功能測(cè)試和結(jié)構(gòu)測(cè)試。 5. 維護(hù)測(cè)試維護(hù)測(cè)試是在一個(gè)現(xiàn)有的運(yùn)行系統(tǒng)上進(jìn)行，且一旦對(duì)軟件或系統(tǒng)進(jìn)行修改、移植或退役處理時(shí)，就需要進(jìn)行維護(hù)測(cè)試。 除了對(duì)已變更的部分進(jìn)行測(cè)試外，維護(hù)測(cè)試還包括對(duì)系統(tǒng)沒有發(fā)生變更的其他部分進(jìn)行大范圍的回歸測(cè)試。維護(hù)測(cè)試的范圍取決于變更的風(fēng)險(xiǎn)、現(xiàn)有系統(tǒng)的規(guī)模和變更的大小。 維護(hù)測(cè)試根據(jù)變更情況的不同，可以在某一或所有的測(cè)試級(jí)別和測(cè)試類型上進(jìn)行。修改可以是計(jì)劃中的功能增強(qiáng)（例如：根據(jù)版本發(fā)布

6、的計(jì)劃）、糾正和應(yīng)急變更、環(huán)境的變化比如計(jì)劃中的操作系統(tǒng)或數(shù)據(jù)庫升級(jí)，或由于新發(fā)現(xiàn)或暴露的軟件、操作系統(tǒng)、硬件漏洞而大打的補(bǔ)丁等。為軟件移植（如從一個(gè)平臺(tái)移植到另外一個(gè)平臺(tái)）而進(jìn)行的維護(hù)測(cè)試應(yīng)該包括新環(huán)境的運(yùn)行測(cè)試（operationaltesting），以及對(duì)變更以后的軟件的運(yùn)行測(cè)試。為系統(tǒng)退役而進(jìn)行的維護(hù)測(cè)試應(yīng)該包括數(shù)據(jù)移植或者存檔測(cè)試，如果需要長(zhǎng)時(shí)間的數(shù)據(jù)保存的話。II. 測(cè)試方法軟件測(cè)試方法是指測(cè)試軟件性能的方法。隨著軟件測(cè)試技術(shù)的不斷發(fā)展，測(cè)試方法也越來越多樣化，針對(duì)性更強(qiáng)；選擇合適的軟件測(cè)試方法可以讓用戶事半功倍。軟件測(cè)試方法有系統(tǒng)測(cè)試、動(dòng)態(tài)測(cè)試、單元測(cè)試、集成測(cè)試等多種。傳播優(yōu)秀

7、Word版文檔 ，希望對(duì)您有幫助，可雙擊去除！ B測(cè)試，英文名是Beta testing。又稱Beta測(cè)試用戶驗(yàn)收測(cè)試（uat）。B測(cè)試是軟件的多個(gè)用戶在一個(gè)或多個(gè)用戶的實(shí)際使用環(huán)境下進(jìn)行的測(cè)試。當(dāng)開發(fā)和測(cè)試要完成所做的測(cè)試，而最終的錯(cuò)誤和問題需要在最終發(fā)行前找到。這種測(cè)試一般由最終用戶或其他人員完成，不能由程序員或測(cè)試員完成。A測(cè)試-Alpha測(cè)試A測(cè)試，英文名是Alpha testing。又稱Alpha測(cè)試。Alpha測(cè)試是由用戶在開發(fā)環(huán)境下進(jìn)行的測(cè)試，也可以是公司內(nèi)部的用戶在模擬實(shí)際操作環(huán)境下進(jìn)行的受控測(cè)試，Alpha測(cè)試不能由該系統(tǒng)的程序員或測(cè)試員完成。在系統(tǒng)開發(fā)接近完成時(shí)對(duì)應(yīng)用系統(tǒng)的

8、測(cè)試；測(cè)試后仍然會(huì)有少量的設(shè)計(jì)變更。這種測(cè)試一般由最終用戶或其他人員來完成，不能由程序員或測(cè)試員完成?？梢浦残詼y(cè)試，英文名是Portability testing。又稱兼容性測(cè)試?？梢浦残詼y(cè)試是指測(cè)試軟件是否可以被成功移植到指點(diǎn)的硬件或軟件平臺(tái)上。1. UI測(cè)試用戶界面測(cè)試，英文名是User interface testing。又稱UI測(cè)試。用戶界面，英文名是User interface。是指軟件中的可見外觀及其底層與用戶交互的部分（菜單、對(duì)話框、窗口和其他控件）。用戶界面測(cè)試是指測(cè)試用戶界面的風(fēng)格是否美觀，文字，圖片組合是否完美，操作是否友好等等。UI測(cè)試的目標(biāo)是確保用戶界面會(huì)通過測(cè)試對(duì)象的

9、功能來為用戶提供相應(yīng)的訪問或?yàn)g覽功能。確保用戶界面符合公司或行業(yè)的標(biāo)準(zhǔn)。包括用戶友好性、人性化、易操作性測(cè)試。用戶界面測(cè)試用戶 分析軟件用戶界面的設(shè)計(jì)是否合乎用戶期望或要求。它常常包括等菜單，對(duì)話框及對(duì)話框上所有的按鈕，文字，出錯(cuò)提示，幫助信息（Menu和heipcontent）等方面的測(cè)試。比如，測(cè)試Microsoft Excel中插入符合功能所用的對(duì)話框的大小，所有按鈕是否對(duì)齊，字符串字體大小，出錯(cuò)信息內(nèi)容和字體大小，工具欄位置、圖標(biāo)等等。傳播優(yōu)秀Word版文檔 ，希望對(duì)您有幫助，可雙擊去除！2. 冒煙測(cè)試冒煙測(cè)試，英文名是Snoke testing。冒煙測(cè)試的名稱可以理解為該種測(cè)試耗時(shí)短

10、，僅用一袋煙功夫足夠了。也有人認(rèn)為是形象地類比新電路板基本功能檢查。任何新電路板焊好后，先通電檢查，如果存在設(shè)計(jì)缺陷，電路板可能會(huì)短路，板子冒煙了。冒煙測(cè)試的對(duì)象是新編譯的每一個(gè)需要正式測(cè)試的軟件版本，目的是確認(rèn)軟件基本功能正常，可以進(jìn)行后續(xù)的正式測(cè)試工作。冒煙測(cè)試的執(zhí)行者是版本編譯人員。3. 隨機(jī)測(cè)試隨機(jī)測(cè)試，英文名是Ad hoc testing。隨機(jī)測(cè)試沒有書面測(cè)試用例、記錄期望結(jié)果、檢查列表、腳本或指令的測(cè)試。主要是根據(jù)測(cè)試者的經(jīng)驗(yàn)對(duì)軟件進(jìn)行功能和性能抽查。隨機(jī)測(cè)試是根據(jù)說明書執(zhí)行用例測(cè)試的只要補(bǔ)充手段，是保證測(cè)試覆蓋完整性的有效方法和過程。隨機(jī)測(cè)試主要是對(duì)被測(cè)軟件的一些重要功能進(jìn)行復(fù)測(cè)

11、，也包括測(cè)試那些當(dāng)前的測(cè)試樣例（TestCase）沒有覆蓋到的部分。另外，對(duì)于軟件更新和新增加的功能要重點(diǎn)測(cè)試。重點(diǎn)對(duì)一些特殊點(diǎn)情況點(diǎn)、特殊的使用環(huán)境、并發(fā)性、進(jìn)行檢查。尤其對(duì)以前測(cè)試發(fā)現(xiàn)的直達(dá)Bug，進(jìn)行再次測(cè)試，可以結(jié)合回歸測(cè)試（Regressive testing）一起進(jìn)行。本地化測(cè)試本地化測(cè)試，英文是Localization testing。本地化就是將軟件版本語言進(jìn)行更改，比如將英文的windows改成中文的windows就是本地化。本地化測(cè)試的對(duì)象是軟件的本地化版本。本地化測(cè)試的目的是測(cè)試特定目標(biāo)區(qū)域設(shè)置的軟件本地化質(zhì)量。本地化測(cè)試的環(huán)境是在本地化的操作系統(tǒng)上安裝本地化的軟件。從測(cè)

12、試方法上可以分為基本功能測(cè)試，安裝/卸載測(cè)試，當(dāng)?shù)貐^(qū)域的軟硬件兼容性測(cè)試。測(cè)試的內(nèi)容主要包括軟件本地化后的界面布局和軟件翻譯的語言質(zhì)量，包含軟件、文檔和聯(lián)機(jī)幫助等部分。1. 基礎(chǔ)化本地化能力測(cè)試，英文是Localizability testing。傳播優(yōu)秀Word版文檔 ，希望對(duì)您有幫助，可雙擊去除！本地化能力測(cè)試是指不需要重新設(shè)計(jì)或修改代碼，將程序的用戶界面翻譯成任何目標(biāo)語言的能力。為了降低本地化能力測(cè)試的成本，提高測(cè)試效率，本地化能力測(cè)試通常在軟件的偽本地化版本上進(jìn)行。本地化能力測(cè)試中發(fā)現(xiàn)的典型錯(cuò)誤包括：字符的硬編碼（即軟件中需要本地化的字符寫在了代碼內(nèi)部），對(duì)需要本地化的字符長(zhǎng)度設(shè)置了固

13、定值，在軟件運(yùn)行時(shí)以控件位置定位，圖標(biāo)和位圖中包含了需要本地化的文本，軟件的用戶界面與文檔術(shù)語不一致等。2. 國(guó)際化國(guó)際化測(cè)試，英文是International testing。又稱國(guó)際化支持測(cè)試。國(guó)際化測(cè)試的目的是測(cè)試軟件的國(guó)際化支持能力，發(fā)現(xiàn)軟件的國(guó)際化的潛在問題，保證軟件在世界不同區(qū)域都能正常運(yùn)行。國(guó)際化測(cè)試使用每種可能的國(guó)際輸入類型，針對(duì)任何區(qū)域性或區(qū)域設(shè)置檢查產(chǎn)品的功能是否正常，軟件國(guó)際化測(cè)試的重點(diǎn)在于執(zhí)行國(guó)際字符串的輸入/輸出功能。國(guó)際化測(cè)試數(shù)據(jù)必須包含東亞語言、德語、復(fù)雜腳本字符和英語（可選）的混合字符。國(guó)際化支持測(cè)試是指驗(yàn)證軟件程序在不同國(guó)家或區(qū)域的平臺(tái)上也能夠如預(yù)期的那樣運(yùn)行

14、，而且還可以按照原設(shè)計(jì)尊重和支持使用當(dāng)?shù)爻Ｓ玫娜掌?，字體，文字表示，特殊格式等等。比如，用英文版的 Windows XP 和 Microsoft Word 能否展示阿拉伯字符串?用阿拉伯版的 Windows XP 和 阿拉伯版的Microsoft Word 能否展示阿拉伯字符串?又比如，日文版的Microsoft Excel對(duì)話框是否顯示正確翻譯的日語?一旦來說執(zhí)行國(guó)際化支持測(cè)試的測(cè)試人員往往需要基本上了解這些國(guó)家或地區(qū)的語言要求和期望行為是什么。3. 安裝測(cè)試安裝測(cè)試，英文是Installing testing。安裝測(cè)試是確保軟件在正常情況和異常情況下，例如，進(jìn)行首次安裝、升級(jí)、完整的或自定

15、義的安裝都能進(jìn)行安裝的測(cè)試。異常情況包括磁盤空間不足、缺少目錄創(chuàng)建權(quán)限等場(chǎng)景。核實(shí)軟件在安裝后可立即正常運(yùn)行。安裝測(cè)試包括測(cè)試安裝代碼以及安裝手冊(cè)。安裝手冊(cè)提供如何進(jìn)行安裝，安裝代碼提供安裝一些程序能夠運(yùn)行的基礎(chǔ)數(shù)據(jù)。B. 白盒測(cè)試白盒測(cè)試，英文是White Box Testing。又稱結(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ōu)秀Wo

16、rd版文檔 ，希望對(duì)您有幫助，可雙擊去除！白盒測(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)證。白盒測(cè)試常用工具有：Jtest、VcSmith、Jcontract、C+ Test、CodeWizard、logiscope。C. 黑盒測(cè)試黑盒測(cè)試，英文是Black Box Testing。又稱功能測(cè)試或者數(shù)據(jù)驅(qū)動(dòng)測(cè)試。黑盒測(cè)試是根據(jù)軟件的規(guī)格對(duì)軟件進(jìn)行的測(cè)試，這類測(cè)試不考慮軟件內(nèi)部的運(yùn)作原理，因此軟件對(duì)用

17、戶來說就像一個(gè)黑盒子。軟件測(cè)試人員以用戶的角度，通過各種輸入和觀察軟件的各種輸出結(jié)果來發(fā)現(xiàn)軟件存在的缺陷，而不關(guān)心程序具體如何實(shí)現(xiàn)的一種軟件測(cè)試方法。黑盒測(cè)試常用工具有：AutoRunner、winrunnerD. 自動(dòng)化自動(dòng)化測(cè)試，英文是Automated Testing。使用自動(dòng)化測(cè)試工具來進(jìn)行測(cè)試，這類測(cè)試一般不需要人干預(yù)，通常在GUI、性能等測(cè)試和功能測(cè)試中用得較多。通過錄制測(cè)試腳本，然后執(zhí)行這個(gè)測(cè)試腳本來實(shí)現(xiàn)測(cè)試過程的自動(dòng)化。國(guó)內(nèi)領(lǐng)先的自動(dòng)化測(cè)試服務(wù)提供商是澤眾軟件。自動(dòng)化測(cè)試工具有QTP、Testcomplete、AutoRunner和TAR等。1. 回歸測(cè)試回歸測(cè)試，英文是Reg

18、ression testing。回歸測(cè)試是指在發(fā)生修改之后重新測(cè)試先前的測(cè)試以保證修改的正確性。理論上，軟件產(chǎn)生新版本，都需要進(jìn)行回歸測(cè)試，驗(yàn)證以前發(fā)現(xiàn)和修復(fù)的錯(cuò)誤是否在新軟件版本上再次出現(xiàn)。根據(jù)修復(fù)好了的缺陷再重新進(jìn)行測(cè)試?；貧w測(cè)試的目的在于驗(yàn)證以前出現(xiàn)過但已經(jīng)修復(fù)好的缺陷不再重新出現(xiàn)。一般指對(duì)某已知修正的缺陷再次圍繞它原來出現(xiàn)時(shí)的步驟重新測(cè)試。通常確定所需的再測(cè)試的范圍時(shí)是比較困難的，特別當(dāng)臨近產(chǎn)品發(fā)布日期時(shí)。因?yàn)闉榱诵拚橙毕輹r(shí)必需更改源代碼，因而就有可能影響這部分源代碼所控制的功能。所以在驗(yàn)證修好的缺陷時(shí)不僅要服從缺陷原來出現(xiàn)時(shí)的步驟重新測(cè)試，而且還要測(cè)試有可能受影響的所有功能。因此應(yīng)

19、當(dāng)鼓勵(lì)對(duì)所有回歸測(cè)試用例進(jìn)行自動(dòng)化測(cè)試。傳播優(yōu)秀Word版文檔 ，希望對(duì)您有幫助，可雙擊去除！2. 驗(yàn)收測(cè)試驗(yàn)收測(cè)試，英文是Acceptance testing。驗(yàn)收測(cè)試是指系統(tǒng)開發(fā)生命周期方法論的一個(gè)階段，這時(shí)相關(guān)的用戶或獨(dú)立測(cè)試人員根據(jù)測(cè)試計(jì)劃和結(jié)果對(duì)系統(tǒng)進(jìn)行測(cè)試和接收。它讓系統(tǒng)用戶決定是否接收系統(tǒng)。它是一項(xiàng)確定產(chǎn)品是否能夠滿足合同或用戶所規(guī)定需求的測(cè)試。驗(yàn)收測(cè)試一般有三種策略：正式驗(yàn)收、非正式驗(yàn)收或Alpha 測(cè)試、Beta 測(cè)試。E. 靜態(tài)測(cè)試靜態(tài)測(cè)試，英文是Static Testing。靜態(tài)測(cè)試指測(cè)試不運(yùn)行的部分，例如測(cè)試產(chǎn)品說明書，對(duì)此進(jìn)行檢查和審閱.。靜態(tài)方法是指不運(yùn)行被測(cè)程序本

20、身，僅通過分析或檢查源程序的文法、結(jié)構(gòu)、過程、接口等來檢查程序的正確性。靜態(tài)方法通過程序靜態(tài)特性的分析，找出欠缺和可疑之處，例如不匹配的參數(shù)、不適當(dāng)?shù)难h(huán)嵌套和分支嵌套、不允許的遞歸、未使用過的變量、空指針的引用和可疑的計(jì)算等。靜態(tài)測(cè)試結(jié)果可用于進(jìn)一步的查錯(cuò)，并為測(cè)試用例選取提供指導(dǎo)。靜態(tài)測(cè)試常用工具有：Logiscope、PRQA；F. 動(dòng)態(tài)測(cè)試動(dòng)態(tài)測(cè)試，英文是Moment Testing。動(dòng)態(tài)測(cè)試是指通過運(yùn)行軟件來檢驗(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è)試G.

21、單元測(cè)試單元測(cè)試，英文是Unit Testing。單元測(cè)試是最微小規(guī)模的測(cè)試;以測(cè)試某個(gè)功能或代碼塊。典型地由程序員而非測(cè)試員來做，因?yàn)樗枰纼?nèi)部程序設(shè)計(jì)和編碼的細(xì)節(jié)知識(shí)。這個(gè)工作不容易做好，除非應(yīng)用系統(tǒng)有一個(gè)設(shè)計(jì)很好的體系結(jié)構(gòu); 還可能需要開發(fā)測(cè)試驅(qū)動(dòng)器模塊或測(cè)試套具。傳播優(yōu)秀Word版文檔 ，希望對(duì)您有幫助，可雙擊去除！H. 集成測(cè)試集成測(cè)試，英文是Integration Testing。集成測(cè)試是指一個(gè)應(yīng)用系統(tǒng)的各個(gè)部件的聯(lián)合測(cè)試，以決定它們能否在一起共同工作并沒有沖突。部件可以是代碼塊、獨(dú)立的應(yīng)用、網(wǎng)絡(luò)上的客戶端或服務(wù)器端程序。這種類型的測(cè)試尤其與客戶服務(wù)器和分布式系統(tǒng)有關(guān)。一般集

22、成測(cè)試以前，單元測(cè)試需要完成。集成測(cè)試是單元測(cè)試的邏輯擴(kuò)展。它的最簡(jiǎn)單的形式是：兩個(gè)已經(jīng)測(cè)試過的單元組合成一個(gè)組件，并且測(cè)試它們之間的接口。從這一層意義上講，組件是指多個(gè)單元的集成聚合。在現(xiàn)實(shí)方案中，許多單元組合成組件，而這些組件又聚合成程序的更大部分。方法是測(cè)試片段的組合，并最終擴(kuò)展進(jìn)程，將您的模塊與其他組的模塊一起測(cè)試。最后，將構(gòu)成進(jìn)程的所有模塊一起測(cè)試。此外，如果程序由多個(gè)進(jìn)程組成，應(yīng)該成對(duì)測(cè)試它們，而不是同時(shí)測(cè)試所有進(jìn)程。集成測(cè)試識(shí)別組合單元時(shí)出現(xiàn)的問題。通過使用要求在組合單元前測(cè)試每個(gè)單元，并確保每個(gè)單元的生存能力的測(cè)試計(jì)劃，可以知道在組合單元時(shí)所發(fā)現(xiàn)的任何錯(cuò)誤很可能與單元之間的接口

23、有關(guān)。這種方法將可能發(fā)生的情況數(shù)量減少到更簡(jiǎn)單的分析級(jí)別I. 系統(tǒng)測(cè)試系統(tǒng)測(cè)試，英文是System Testing。系統(tǒng)測(cè)試是基于系統(tǒng)整體需求說明書的黑盒類測(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ī)格不相符合或與之矛盾的地方。系統(tǒng)測(cè)試的對(duì)象不僅僅包括需要測(cè)試的產(chǎn)品系統(tǒng)的軟件，還要包含軟件所依賴的硬件、外設(shè)甚至包括某些數(shù)據(jù)、某些支持軟件及其接口等。因此，必須將系統(tǒng)中的軟件與各種依賴的資源結(jié)合起來，在系統(tǒng)實(shí)際運(yùn)行環(huán)境下來進(jìn)行測(cè)試。J. 端到端端到端測(cè)試，英文是End to End Testing。端到端測(cè)試類似于系統(tǒng)測(cè)

24、試，測(cè)試級(jí)的“宏大”的端點(diǎn)，涉及整個(gè)應(yīng)用系統(tǒng)環(huán)境在一個(gè)現(xiàn)實(shí)世界使用時(shí)的模擬情形的所有測(cè)試。例如與數(shù)據(jù)庫對(duì)話，用網(wǎng)絡(luò)通訊，或與外部硬件、應(yīng)用系統(tǒng)或適當(dāng)?shù)南到y(tǒng)對(duì)話。端到端架構(gòu)測(cè)試包含所有訪問點(diǎn)的功能測(cè)試及性能測(cè)試。端到端架構(gòu)測(cè)試實(shí)質(zhì)上是一種灰盒測(cè)試，一種集合了白盒測(cè)試和黑盒測(cè)試的優(yōu)點(diǎn)的測(cè)試方法。K. 卸載測(cè)試卸載測(cè)試，英文是Uninstall Testing。傳播優(yōu)秀Word版文檔 ，希望對(duì)您有幫助，可雙擊去除！卸載測(cè)試是對(duì)軟件的全部、部分或升級(jí)卸載處理過程的測(cè)試。主要是測(cè)試軟件能否卸載，卸載是否干凈，對(duì)系統(tǒng)有無更改，在系統(tǒng)中的殘留與后來的生成文件如何處理等。還有原來更改的系統(tǒng)值是否修改回去L.

25、驗(yàn)收測(cè)試接受測(cè)試，英文是Accept Testing。接受測(cè)試是基于客戶或最終用戶的規(guī)格書的最終測(cè)試，或基于用戶一段時(shí)間的使用后，看軟件是否滿足客戶要求。一般從功能、用戶界面、性能、業(yè)務(wù)關(guān)聯(lián)性進(jìn)行測(cè)試。M. 性能測(cè)試性能測(cè)試，英文是Performance Testing。性能測(cè)試是在交替進(jìn)行負(fù)荷和強(qiáng)迫測(cè)試時(shí)常用的術(shù)語。理想的“性能測(cè)試”(和其他類型的測(cè)試)應(yīng)在需求文檔或質(zhì)量保證、測(cè)試計(jì)劃中定義。性能測(cè)試一般包括負(fù)載測(cè)試和壓力測(cè)試。通常驗(yàn)證軟件的性能在正常環(huán)境和系統(tǒng)條件下重復(fù)使用是否還能滿足性能指標(biāo)?；蛘邎?zhí)行同樣任務(wù)時(shí)新版本不比舊版本慢。一般還檢查系統(tǒng)記憶容量在運(yùn)行程序時(shí)會(huì)不會(huì)出現(xiàn)內(nèi)存泄露(me

26、mory leak)。比如，驗(yàn)證程序保存一個(gè)巨大的文件新版本不比舊版本慢。1. 健全測(cè)試健全測(cè)試，英文是Sanity testing。健全測(cè)試是指一個(gè)初始化的測(cè)試工作，以決定一個(gè)新的軟件版本測(cè)試是否足以執(zhí)行下一步大的測(cè)試能力。例如，如果一個(gè)新版軟件每5分鐘與系統(tǒng)沖突，使系統(tǒng)陷于泥潭，說明該軟件不夠“健全”，不具備進(jìn)一步測(cè)試的條件。2. 衰竭測(cè)試衰竭測(cè)試，英文是Failure Testing。衰竭測(cè)試是指軟件或環(huán)境的修復(fù)或更正后的“再測(cè)試”?？赡芎茈y確定需要多少遍再次測(cè)試。尤其在接近開發(fā)周期結(jié)束時(shí)。自動(dòng)測(cè)試工具對(duì)這類測(cè)試尤其有用。3. 負(fù)載測(cè)試負(fù)載測(cè)試，英文是Load testing。傳播優(yōu)秀W

27、ord版文檔 ，希望對(duì)您有幫助，可雙擊去除！負(fù)載測(cè)試是測(cè)試一個(gè)應(yīng)用在重負(fù)荷下的表現(xiàn)。例如測(cè)試一個(gè) Web 站點(diǎn)在大量的負(fù)荷下，何時(shí)系統(tǒng)的響應(yīng)會(huì)退化或失敗，以發(fā)現(xiàn)設(shè)計(jì)上的錯(cuò)誤或驗(yàn)證系統(tǒng)的負(fù)載能力。在這種測(cè)試中，將使測(cè)試對(duì)象承擔(dān)不同的工作量，以評(píng)測(cè)和評(píng)估測(cè)試對(duì)象在不同工作量條件下的性能行為，以及持續(xù)正常運(yùn)行的能力。負(fù)載測(cè)試的目標(biāo)是確定并確保系統(tǒng)在超出最大預(yù)期工作量的情況下仍能正常運(yùn)行。此外，負(fù)載測(cè)試還要評(píng)估性能特征，例如，響應(yīng)時(shí)間、事務(wù)處理速率和其他與時(shí)間相關(guān)的方面。4. 強(qiáng)迫測(cè)試強(qiáng)迫測(cè)試，英文是Force Testing。強(qiáng)迫測(cè)試是在交替進(jìn)行負(fù)荷和性能測(cè)試時(shí)常用的術(shù)語。也用于描述對(duì)象在異乎尋常的

28、重載下的系統(tǒng)功能測(cè)試之類的測(cè)試，如某個(gè)動(dòng)作或輸入大量的重復(fù)，大量數(shù)據(jù)的輸入，對(duì)一個(gè)數(shù)據(jù)庫系統(tǒng)大量的復(fù)雜查詢等。5. 壓力測(cè)試壓力測(cè)試，英文是Stress Testing。和負(fù)載測(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ā)來做壓力測(cè)試。6. 恢復(fù)測(cè)試恢復(fù)測(cè)試，英文是Recovery testing。恢復(fù)測(cè)試是測(cè)試一個(gè)系統(tǒng)從如下災(zāi)難中能否很好地恢復(fù)，如遇到系統(tǒng)崩潰、

29、硬件損壞或其他災(zāi)難性問題?；謴?fù)測(cè)試指通過人為的讓軟件（或者硬件）出現(xiàn)故障來檢測(cè)系統(tǒng)是否能正確的恢復(fù)，通常關(guān)注恢復(fù)所需的時(shí)間以及恢復(fù)的程度?；謴?fù)測(cè)試主要檢查系統(tǒng)的容錯(cuò)能力。當(dāng)系統(tǒng)出錯(cuò)時(shí)，能否在指定時(shí)間間隔內(nèi)修正錯(cuò)誤并重新啟動(dòng)系統(tǒng)?；謴?fù)測(cè)試首先要采用各種辦法強(qiáng)迫系統(tǒng)失敗，然后驗(yàn)證系統(tǒng)是否能盡快恢復(fù)。對(duì)于自動(dòng)恢復(fù)需驗(yàn)證重新初始化（reinitialization）、檢查點(diǎn)(checkpointing mechanisms)、數(shù)據(jù)恢復(fù)(data recovery)和重新啟動(dòng) (restart)等機(jī)制的正確性；對(duì)于人工干預(yù)的恢復(fù)系統(tǒng)，還需估測(cè)平均修復(fù)時(shí)間，確定其是否在可接受的范圍內(nèi)。N. 安全測(cè)試傳播優(yōu)

30、秀Word版文檔 ，希望對(duì)您有幫助，可雙擊去除！安全測(cè)試，英文是Security Testing。安全測(cè)試是測(cè)試系統(tǒng)在防止非授權(quán)的內(nèi)部或外部用戶的訪問或故意破壞等情況時(shí)怎么樣。這可能需要復(fù)雜的測(cè)試技術(shù)。安全測(cè)試檢查系統(tǒng)對(duì)非法侵入的防范能力。安全測(cè)試期間，測(cè)試人員假扮非法入侵者，采用各種辦法試圖突破防線。例如：想方設(shè)法截取或破譯口令；專門定做軟件破壞系統(tǒng)的保護(hù)機(jī)制；故意導(dǎo)致系統(tǒng)失敗，企圖趁恢復(fù)之機(jī)非法進(jìn)入；試圖通過瀏覽非保密數(shù)據(jù)，推導(dǎo)所需信息，等等。理論上講，只要有足夠的時(shí)間和資源，沒有不可進(jìn)入的系統(tǒng)。因此系統(tǒng)安全設(shè)計(jì)的準(zhǔn)則是，使非法侵入的代價(jià)超過被保護(hù)信息的價(jià)值。此時(shí)非法侵入者已無利可圖。O.

31、 兼容性兼容測(cè)試，英文是Compatibility Testing。兼容測(cè)試是測(cè)試軟件在一個(gè)特定的硬件/軟件/操作系統(tǒng)/網(wǎng)絡(luò)等環(huán)境下的性能如何。向上兼容向下兼容，軟件兼容硬件兼容。軟件的兼容性有很多需要考慮的地方。P. 可用性可用性測(cè)試，英文是Practical Usability Testing。可用性測(cè)試是對(duì)“用戶友好性”的測(cè)試。顯然這是主觀的，且將取決于目標(biāo)最終用戶或客戶。用戶面談、調(diào)查、用戶對(duì)話的錄象和其他一些技術(shù)都可使用。程序員和測(cè)試員通常都不宜作可用性測(cè)試員。Q. 比較測(cè)試比較測(cè)試，英文是Compare Testing。比較測(cè)試是指與競(jìng)爭(zhēng)伙伴的產(chǎn)品的比較測(cè)試，如軟件的弱點(diǎn)、優(yōu)點(diǎn)或?qū)?/p>

32、力。來取長(zhǎng)補(bǔ)短，以增強(qiáng)產(chǎn)品的競(jìng)爭(zhēng)力。傳播優(yōu)秀Word版文檔 ，希望對(duì)您有幫助，可雙擊去除！R. 可接受性可接受性測(cè)試，英文是Acceptability Testing。可接受性測(cè)試是在把測(cè)試的版本交付測(cè)試部門大范圍測(cè)試以前進(jìn)行的對(duì)最基本功能的簡(jiǎn)單測(cè)試。因?yàn)樵诎褱y(cè)試的版本交付測(cè)試部門大范圍測(cè)試以前應(yīng)該先驗(yàn)證該版本對(duì)于所測(cè)試的功能基本上比較穩(wěn)定。必須滿足一些最低要求。比如不會(huì)很容易程序就掛起或崩潰。如果一個(gè)新版本沒通過可測(cè)試性的驗(yàn)證，就應(yīng)該阻攔測(cè)試部門花時(shí)間在該測(cè)試版本上測(cè)試。同時(shí)還要找到造成該版本不穩(wěn)定的主要缺陷并督促盡快加以修正S. 邊界條件邊界條件測(cè)試，英文是Boundary Testing

33、。又稱邊界值測(cè)試。一種黑盒測(cè)試方法，適度等價(jià)類分析方法的一種補(bǔ)充,由長(zhǎng)期的測(cè)試工作經(jīng)驗(yàn)得知，大量的錯(cuò)誤是發(fā)生在輸入或輸出的邊界上。因此針對(duì)各種邊界情況設(shè)計(jì)測(cè)試用例，可以查出更多的錯(cuò)誤。邊界條件測(cè)試是環(huán)繞邊界值的測(cè)試。通常意味著測(cè)試軟件各功能是否能正確處理最大值，最小值或者所設(shè)計(jì)軟件能夠處理的最長(zhǎng)的字符串等等。T. 強(qiáng)力測(cè)試強(qiáng)力測(cè)試，英文是Mightiness Testing。強(qiáng)力測(cè)試通常驗(yàn)證軟件的性能在各種極端的環(huán)境和系統(tǒng)條件下是否還能正常工作。或者說是驗(yàn)證軟件的性能在各種極端環(huán)境和系統(tǒng)條件下的承受能力。比如，在最低的硬盤驅(qū)動(dòng)器空間或系統(tǒng)記憶容量條件下，驗(yàn)證程序重復(fù)執(zhí)行打開和保存一個(gè)巨大的文件

34、1000次后也不會(huì)崩潰或死機(jī)。U. 裝配安裝裝配/安裝/配置測(cè)試是驗(yàn)證軟件程序在不同廠家的硬件上，所支持的不同語言的新舊版本平臺(tái)上，和不同方式安裝的軟件都能夠如預(yù)期的那樣正確運(yùn)行。比如，把英文版的 Microsoft Office 2003安裝在韓文版 的Windows Me 上，再驗(yàn)證所有功能都正常運(yùn)行。傳播優(yōu)秀Word版文檔 ，希望對(duì)您有幫助，可雙擊去除！V. 隱藏?cái)?shù)據(jù)隱藏?cái)?shù)據(jù)測(cè)試在軟件驗(yàn)收和確認(rèn)階段是十分必要和重要的一部分。程序的質(zhì)量不僅僅通過用戶界面的可視化數(shù)據(jù)來驗(yàn)證，而且必須包括遍歷系統(tǒng)的所有數(shù)據(jù)。假設(shè)一個(gè)應(yīng)用程序要求用戶兩條信息-用戶名和密碼來創(chuàng)建帳戶。這個(gè)用戶輸入這兩條數(shù)據(jù)后保存

35、。最后，一個(gè)確認(rèn)窗口將通過數(shù)據(jù)庫中找到這條數(shù)據(jù)來顯示用戶名和密碼給用戶。為了驗(yàn)證所有的數(shù)據(jù)保存是否正確，一個(gè)QA測(cè)試人員會(huì)在這個(gè)確認(rèn)窗口簡(jiǎn)單的查看下用戶名和密碼。如果他們成功了？假設(shè)數(shù)據(jù)庫記錄了第三條信息-創(chuàng)建日期，它可能不會(huì)出現(xiàn)在確認(rèn)窗口，而只在存檔中才出現(xiàn)。如果創(chuàng)建日期保留的不正確，而QA測(cè)試人員只驗(yàn)證屏幕上的數(shù)據(jù)，那么這個(gè)問題就不可能被發(fā)現(xiàn)。創(chuàng)建日期可能就是一個(gè)bug，由于一個(gè)用戶帳戶保存了一個(gè)錯(cuò)誤的日期到數(shù)據(jù)庫中，這個(gè)問題也不可能會(huì)被引起注意，因?yàn)樗挥脩艚缑嫠[藏。這只是一個(gè)簡(jiǎn)單的例子，但是它卻演化出了一點(diǎn)：隱藏?cái)?shù)據(jù)測(cè)試的重要性。W. 等價(jià)劃分等價(jià)劃分測(cè)試的英文是equivalenc

36、e partition testing。等價(jià)劃分測(cè)試是根據(jù)等價(jià)類設(shè)計(jì)測(cè)試用例的一種技術(shù)。是黑盒測(cè)試的典型方法之一，通過把被測(cè)試程序所有可能的輸入數(shù)據(jù)域劃分成若干部分。從每一部分中選取少數(shù)有代表性的數(shù)據(jù)作為測(cè)試用例，可有效減少測(cè)試次數(shù)，極大提高軟件測(cè)試效率，縮短軟件開發(fā)周期等價(jià)類劃分測(cè)試的目的就是為了在有限的測(cè)試資源的情況下，用少量有代表性的數(shù)據(jù)得到比較好的測(cè)試效果。有效等價(jià)類和無效等價(jià)類。有效等價(jià)類中的數(shù)據(jù)代表的是一組符合需求文檔的正確的有意義數(shù)據(jù)。無效等價(jià)類則正相反。X. 判定表判定表的英文是decision table，是指一個(gè)表格，用于顯示條件和條件導(dǎo)致動(dòng)作的集合。定義：判定表是分析和表

37、達(dá)多邏輯條件下執(zhí)行不同操作的情況的工具。判定表的優(yōu)點(diǎn)：能夠?qū)?fù)雜的問題按照各種可能的情況全部列舉出來，簡(jiǎn)明并避免遺漏。因此，利用判定表能夠設(shè)計(jì)出完整的測(cè)試用例集合。傳播優(yōu)秀Word版文檔 ，希望對(duì)您有幫助，可雙擊去除！在一些數(shù)據(jù)處理問題當(dāng)中，某些操作的實(shí)施依賴于多個(gè)邏輯條件的組合，即：針對(duì)不同邏輯條件的組合值，分別執(zhí)行不同的操作。判定表很適合于處理這類問題Y. 深度測(cè)試深度測(cè)試的英文Depth test ，是指執(zhí)行一個(gè)產(chǎn)品的一個(gè)特性的所有細(xì)節(jié)，但不測(cè)試所有特性。當(dāng)比較函數(shù)返回真的時(shí)候才顯示出效果來。必須啟用“#深度測(cè)試”，才能執(zhí)行測(cè)試。不使用的時(shí)候需要關(guān)閉。Z. 基于設(shè)計(jì)基于設(shè)計(jì)的測(cè)試的英文是

38、design-based testing，是根據(jù)軟件的構(gòu)架或詳細(xì)設(shè)計(jì)引出測(cè)試用例的一種方法。一種基于設(shè)計(jì)模型的測(cè)試方法(Model Based TestIng System,MATIS).該方法利用用戶界面自動(dòng)生成方法,把設(shè)計(jì)模型中的類屬性定義和實(shí)現(xiàn)中的控件屬性組織在一起,構(gòu)建描述界面的邏輯對(duì)照表,輔助測(cè)試腳本引擎執(zhí)行自動(dòng)測(cè)試腳本.借助設(shè)計(jì)模型中擴(kuò)展的類定義,MATIS方法可以自動(dòng)生成測(cè)試用例和測(cè)試數(shù)據(jù)。AA. 文檔測(cè)試文檔測(cè)試的英文是documentation testing，測(cè)試關(guān)注于文檔的正確性。文檔測(cè)試有三大類分別是開發(fā)文件、用戶文件、管理文件。1. 開發(fā)文件：可行性研究報(bào)告、軟件需求

39、說明書、數(shù)據(jù)要求說明書、概要設(shè)計(jì)說明書、詳細(xì)設(shè)計(jì)說明書、數(shù)據(jù)庫設(shè)計(jì)說明書、模塊開發(fā)卷宗。2.用戶文件：用戶手冊(cè)、操作手冊(cè)。3.管理文件：項(xiàng)目開發(fā)計(jì)劃、測(cè)試計(jì)劃、測(cè)試分析報(bào)告、開發(fā)進(jìn)度月報(bào)、項(xiàng)目開發(fā)總結(jié)報(bào)告。軟件測(cè)試中的文檔測(cè)試主要是對(duì)相關(guān)的設(shè)計(jì)報(bào)告和用戶使用說明進(jìn)行測(cè)試，對(duì)于設(shè)計(jì)報(bào)告主要是測(cè)試程序與設(shè)計(jì)報(bào)告中的設(shè)計(jì)思想是否一致；對(duì)于用戶使用說明進(jìn)行測(cè)試時(shí)，主要是測(cè)試用戶使用說明書中對(duì)程序操作方法的描述是否正確，重點(diǎn)是用戶使用說明中提到的操作例子要進(jìn)行測(cè)試，保證采用的例子能夠在程序中正確完成操作。傳播優(yōu)秀Word版文檔 ，希望對(duì)您有幫助，可雙擊去除！一般來說，文檔是軟件的重要組成部分，因此文檔測(cè)

40、試也是軟件測(cè)試的主要內(nèi)容。在軟件的整個(gè)生命周期中會(huì)出現(xiàn)很多文檔，通常可以把文檔粗略地分為三類：開發(fā)文檔,管理文檔和用戶文檔。由于文檔與代碼不同，不能直接運(yùn)行，對(duì)于文檔的測(cè)試通常只能以文檔審查的方式進(jìn)行。對(duì)于管理文檔和審查通常歸屬于管理范疇，而不是軟件測(cè)試范疇,因?yàn)閷?duì)于管理文檔審查的目的不是為了發(fā)現(xiàn)和消除用戶所看到的軟件中的缺陷，而是為了更好地管理軟件開發(fā)的過程。對(duì)于開發(fā)文檔，由于這些文檔本身體現(xiàn)了所在開發(fā)階段的軟件實(shí)際形態(tài)，對(duì)于這些文檔的測(cè)試實(shí)際上是早期軟件測(cè)試的主要活動(dòng)。用戶文檔是那些隨程序一起交付給用戶的文檔,它們實(shí)際上是交付給用戶的軟件的重要組成部分。對(duì)于這些文檔的測(cè)試是對(duì)最終軟件產(chǎn)品測(cè)

41、試的一部分。BB. 域測(cè)試域測(cè)試的英文是domain testing，定義參考等價(jià)劃分測(cè)試（equivalence partition testing）；一般分為單域測(cè)試和多域測(cè)試，其中單域測(cè)試包括設(shè)備測(cè)試和業(yè)務(wù)測(cè)試，設(shè)備測(cè)試包括測(cè)試某個(gè)系統(tǒng)的軟交換設(shè)備、中繼媒體網(wǎng)關(guān)設(shè)備、信令網(wǎng)關(guān)設(shè)備、接入媒體網(wǎng)關(guān)和IAD等設(shè)備。等價(jià)類劃分有兩種不同的情況：有效等價(jià)類和無效等價(jià)類。設(shè)計(jì)時(shí)要同時(shí)考慮這兩種等價(jià)類，因?yàn)檐浖粌H要能接收合理的數(shù)據(jù)，也要能經(jīng)受意外的考驗(yàn)。一有效等價(jià)類：是指對(duì)于程序的規(guī)格說明來說是合理的、有意義的輸入數(shù)據(jù)構(gòu)成的集合。利用有效等價(jià)類可檢驗(yàn)程序是否實(shí)現(xiàn)了規(guī)格說明中所規(guī)定的功能和性能。二無效

42、等價(jià)類：與有效等價(jià)類的定義恰巧相反。CC. 接口測(cè)試接口測(cè)試的英文是interface testing，接口測(cè)試測(cè)試系統(tǒng)組件間接口的一種測(cè)試。接口測(cè)試的好處：傳播優(yōu)秀Word版文檔 ，希望對(duì)您有幫助，可雙擊去除！由于接口測(cè)試代碼本身就是用junit（當(dāng)然接口的類型不同，不一定是Junit來實(shí)現(xiàn)）來實(shí)現(xiàn)的，是屬于自動(dòng)化測(cè)試的范疇，因此必定也包含自動(dòng)化測(cè)試所固有的優(yōu)勢(shì)。1） 提高測(cè)試質(zhì)量軟件開發(fā)的過程是一個(gè)持續(xù)集成和改進(jìn)的過程，而每一次的改進(jìn)都可能引進(jìn)新bug,因此當(dāng)軟件的一部，或者全部修改時(shí)，都需要對(duì)軟件產(chǎn)品重新進(jìn)行測(cè)試。其目的是要驗(yàn)證修改后的產(chǎn)品是符合需求的，而當(dāng)沒有自動(dòng)化測(cè)試代碼時(shí)，往往會(huì)由

43、于各種各樣的原因，回歸不充分，導(dǎo)致bug遺漏。2） 提高測(cè)試效率軟件系統(tǒng)的規(guī)模越來越大，功能點(diǎn)越來越多，開發(fā)人員的自測(cè)或者測(cè)試人員的人工測(cè)試非常耗時(shí)和繁瑣，勢(shì)必導(dǎo)致測(cè)試效率的低下，而自動(dòng)化測(cè)試正好解決這些耗時(shí)繁瑣的任務(wù)，在對(duì)外接口功能不變的情況下，達(dá)到了一次編寫，永久使用的效果。3） 提高測(cè)試覆蓋通過手工測(cè)試很難測(cè)試到一些更深層次的異常和安全的問題，通過一些輔助的一些測(cè)試工具，能分析出代碼的覆蓋率，通過覆蓋率的提高來提高測(cè)試的深度。4） 更好地重現(xiàn)軟件缺陷由于每次執(zhí)行都是相同的代碼，一旦代碼出錯(cuò)，必定回歸出錯(cuò)5） 更好定位錯(cuò)誤由于接口測(cè)試是一種自下向上的測(cè)試，因此一量出錯(cuò)，非常容易定位出錯(cuò)，不

44、向系統(tǒng)測(cè)試那樣了，一旦有Bug，需要幾層驗(yàn)證之后才能確定出錯(cuò)位置6） 降低修改bug的成本接口測(cè)試基本和開發(fā)人員的編碼平行工作，因此發(fā)現(xiàn)問題會(huì)比系統(tǒng)測(cè)試早很多，因此減少了修改bug的成本。7） 增進(jìn)測(cè)試人員和開發(fā)人員之間的合作關(guān)系，測(cè)試工程師為了更好地開展工作，需要對(duì)開發(fā)技術(shù)有深入的理解和實(shí)踐，有了與開發(fā)工程師更多的交流。8） 降低了項(xiàng)目不能按時(shí)發(fā)布的風(fēng)險(xiǎn)由于接口測(cè)試很早就介入，在提交給系統(tǒng)測(cè)試前對(duì)項(xiàng)目代碼的核心模塊已經(jīng)做了詳盡的測(cè)試，必定加速系統(tǒng)測(cè)試的時(shí)間，由此來保證項(xiàng)目的按時(shí)發(fā)布。9）提升測(cè)試人員的技能。做接口測(cè)試必須了解開發(fā)人員的開發(fā)流程和一些開發(fā)技能，也需要了解測(cè)試工具的一些使用方法和

45、一些測(cè)試思想，提升了測(cè)試人員的技術(shù)附加值，提高了自身的競(jìng)爭(zhēng)力。10）促使項(xiàng)目開發(fā)過程的規(guī)范化傳播優(yōu)秀Word版文檔 ，希望對(duì)您有幫助，可雙擊去除！要進(jìn)行接口，需要完善的文檔進(jìn)行保障，沒有測(cè)試文檔，接口測(cè)試將寸步難行，接口測(cè)試將增加開發(fā)過程規(guī)范化產(chǎn)出，而規(guī)范化產(chǎn)出也保證了項(xiàng)目質(zhì)量。DD. 逆向測(cè)試逆向測(cè)試/反向測(cè)試/負(fù)面測(cè)試的英文是Negative Testing，測(cè)試瞄準(zhǔn)于使系統(tǒng)不能工作。負(fù)面測(cè)試與正面測(cè)試的比較：負(fù)面測(cè)試（Negative testing）是相對(duì)于正面測(cè)試（Positive testing）而言的。它們也是測(cè)試設(shè)計(jì)時(shí)的兩個(gè)非常重要的劃分。簡(jiǎn)單點(diǎn)說，正面測(cè)試就是測(cè)試系統(tǒng)是否完成

46、了它應(yīng)該完成的工作；而負(fù)面測(cè)試就是測(cè)試系統(tǒng)是否不執(zhí)行它不應(yīng)該完成的操作。形象一點(diǎn)，正面測(cè)試就象一個(gè)畢恭畢敬的小學(xué)生，老師叫我做什么，我就做什么；而負(fù)面測(cè)試就象一個(gè)調(diào)皮搗蛋的孩子，你叫我這樣做，我偏不這樣做，而且和你對(duì)著干。開發(fā)人員也是最討厭修改此類bug的。EE. 非功能性非功能性需求測(cè)試的英文是non-functional requirements testing ，是與功能不相關(guān)的需求測(cè)試，如：性能測(cè)試、可用性測(cè)試等。為什么非功能性需求很重要？在您設(shè)計(jì)解決方案的過程中滿足功能性需求當(dāng)然是很重要的。但是，如果沒有考慮非功能性需求，您的解決方案則很難取得實(shí)效。非功能性需求特點(diǎn)：1.不要脫離實(shí)際

47、環(huán)境；2.可靠性；3.可用性；4.有效性；5.可維護(hù)性；6.可移植性。FF. 極限測(cè)試簡(jiǎn)介極限測(cè)試本質(zhì)上是為了滿足極限測(cè)試的思想和流程而設(shè)計(jì)的一套測(cè)試策略和流程,其本身并不局限于使用特定的測(cè)試技術(shù)和方法。傳播優(yōu)秀Word版文檔 ，希望對(duì)您有幫助，可雙擊去除！III. 軟件測(cè)試的基本流程測(cè)試需求分析，測(cè)試計(jì)劃編寫，測(cè)試用例編寫，測(cè)試，缺陷記錄，回歸測(cè)試，判斷測(cè)試結(jié)束，測(cè)試報(bào)告提交。測(cè)試流程依次如下：1. 需求：閱讀需求，一：?jiǎn)卧獪y(cè)試、集成測(cè)試、系統(tǒng)測(cè)試和驗(yàn)收測(cè)試（確認(rèn)測(cè)試）；理解需求，與客戶、開發(fā)、架構(gòu)多方交流，深入了解需求。-testing team2. 測(cè)試計(jì)劃: 根據(jù)需求估算測(cè)試所需資源（

48、人力、設(shè)備等）、所需時(shí)間、功能點(diǎn)劃分、如何合理分配安排資源等。-testing leader or testing manager3. 用例設(shè)計(jì)：根據(jù)測(cè)試計(jì)劃、任務(wù)分配、功能點(diǎn)劃分，設(shè)計(jì)合理的測(cè)試用例。-testing leader, senior tester4. 執(zhí)行測(cè)試：根據(jù)測(cè)試用例的詳細(xì)步驟，執(zhí)行測(cè)試用例。-every tester(主要是初級(jí)測(cè)試人員)5. 執(zhí)行結(jié)果記錄和bug記錄：對(duì)每個(gè)case記錄測(cè)試的結(jié)果，有bug的在測(cè)試管理工具中編寫bug記錄。-every tester(主要是初級(jí)測(cè)試人員)6. defect tracking：追蹤leader分配給你追蹤的bug.直到 b

49、ug fixed。-every tester7. 測(cè)試報(bào)告：通過不斷測(cè)試、追蹤，直到被測(cè)軟件達(dá)到測(cè)試需求要求，并沒有重大bug.8.用戶體驗(yàn)、軟件發(fā)布等IV. 什么是缺陷一切不滿足用戶需求的都是缺陷。下面我們對(duì)缺陷的概念在詳細(xì)的介紹一下。傳播優(yōu)秀Word版文檔 ，希望對(duì)您有幫助，可雙擊去除！1、軟件未達(dá)到產(chǎn)品說明書標(biāo)明的功能。2、軟件出現(xiàn)了產(chǎn)品說明書中指明不會(huì)出現(xiàn)的錯(cuò)誤。3、軟件功能超出了產(chǎn)品說明書指明的范圍。4、軟件未達(dá)到產(chǎn)品說明書中雖未指出但應(yīng)達(dá)到的目標(biāo)。5、軟件測(cè)試員認(rèn)為軟件難以理解、不易使用、運(yùn)行速度緩慢，或最終用戶認(rèn)為不好。關(guān)于這 5點(diǎn)我們舉例來說明一下。第一點(diǎn)，比如說我們開發(fā)一個(gè)記

50、事本的軟件，說明書中明確說了可以輸入文字，結(jié)果開發(fā)的軟件不具備輸入文本的功能，肯定就是一個(gè) defect了。第二點(diǎn)，說明書中明確說了在記事本軟件中輸入“聯(lián)通”可以正確的保存并打開瀏覽，結(jié)果我們的記事本軟件打開保存了的輸入“聯(lián)通”的文件出 現(xiàn)了亂碼，這也是一個(gè)defect了。第三點(diǎn)，比如說我們的說明書中沒有定義記事本會(huì)自動(dòng)的對(duì)關(guān)鍵字高亮顯示（這個(gè)主要是針對(duì)編程語言），結(jié)果我們的記事本程序自動(dòng)對(duì)關(guān)鍵字高亮顯示了，這也是defect，盡管這樣對(duì)用戶使用會(huì)更好，但是他超出了產(chǎn)品說明書中指明的功能范圍，所以還是defect。第四點(diǎn) 不太好說，所以就不用記事本舉例了，原諒我，呵呵。比如在我國(guó)開發(fā)財(cái)務(wù)管理軟件必須要符合財(cái)政部的規(guī)定，盡管說明書中一般不會(huì)指出，但是軟件必須要符合這個(gè)規(guī)定，不然是不能發(fā)行