【文章內(nèi)容簡介】 的內(nèi)部結(jié)構(gòu)和具體實現(xiàn)算法的角度來看，可分為白盒測試和黑盒測試； 黑盒測試 黑盒測試也稱功能測試或數(shù)據(jù)驅(qū)動測試，它是在已知產(chǎn)品所應(yīng)具有的功能，通過測試來檢測每個功能是否都能正常使用，在測試時，把程序看作一個不能打開的黑盆子，在完全不考慮程序內(nèi)部結(jié)構(gòu)和內(nèi)部特性的情況下，測試者在程序接口進行測試，它只檢查程序功能是否按照需求規(guī)格說明書的規(guī)定正常使用，程序是否能適當(dāng)?shù)亟邮蛰斎霐?shù)鋸而產(chǎn)生正確的輸出信息，并且保持外部信息（如數(shù)據(jù)庫或文件）的完整性。黑盒測試方法主要有等價類劃分、邊值分析、因 — 果圖、錯誤推測等， 主要用于軟件確認測試。 “ 黑盒 ” 法著眼于程序外部結(jié)構(gòu)、不考慮內(nèi)部邏輯結(jié)構(gòu)、針對軟件界面和軟件功能進行測試?！?黑盒 ” 法是窮舉輸入測試，只有把所有可能的輸入都作為測試情況使用，才能以這種方法查出程序中所有的錯誤。實際上測試情況有無窮多個，人們不僅要測試所有合法的輸入，而且還要對那些不合法但是可能的輸入進行測試。 白盒測試 白盒測試也稱結(jié)構(gòu)測試或邏輯驅(qū)動測試，它是知道產(chǎn)品內(nèi)部工作過程，可通過測試來檢測產(chǎn)品內(nèi)部動作是否按照規(guī)格說明書的規(guī)定正常進行，按照程序內(nèi)部的結(jié)構(gòu)測試程序，檢驗程序中的每條通路是否都有能按預(yù)定 要求正確工作，而不顧它的功能，白盒測試的主要方法有邏輯驅(qū)動、基路測試等，主要用于軟件驗證。 “ 白盒 ” 法全面了解程序內(nèi)部邏輯結(jié)構(gòu)、對所有邏輯路徑進行測試。 “ 白盒 ” 法是窮舉路徑測試。在使用這一方案時，測試者必須檢查程序的內(nèi)部結(jié)構(gòu)，從檢查程序的邏輯著手，得出測試數(shù)據(jù)。貫穿程序的獨立路徑數(shù)是天文數(shù)字。但即使每條路徑都測試了仍然可能有錯誤。第一，窮舉路徑測試決不能查出程序違反了設(shè)計規(guī)范，即程序本身是個錯誤的程序。第二， 軟件測試基礎(chǔ) 版本 大連口岸物流科技有限公司版權(quán)所有 7 窮舉路徑測試不可能查出程序中因遺漏路徑而出錯。第三，窮舉路徑測試可能發(fā)現(xiàn)不了一些與數(shù)據(jù)相關(guān)的錯誤。 ALAC測試是一種基于客戶使用產(chǎn)品的知識開發(fā)出來的測試方法。 ALAC測試是基于復(fù)雜的軟件產(chǎn)品有許多錯誤的原則。最大的受益者是用戶，缺陷查找和改正將針對哪些客戶最容易遇到的錯誤。 四、軟件測試的復(fù)雜性與經(jīng)濟性 人們常常以為，開發(fā)一個程序是困難的，測試一個程序則比較容易。這其實是誤解。設(shè)計測試用例是一項細致并需要高度技巧的工作，稍有不慎就會顧此失彼，發(fā)生不應(yīng)有的疏漏。 不論是黑盒測試方法還是白盒測試方法，由于測試情況數(shù)量巨大，都不可能進行徹底的測試。所謂徹底測試，就是讓被測程序在一切可能的輸入情況 下全部執(zhí)行一遍。通常也稱這種測試為 “ 窮舉測試 ” 。 “ 黑盒 ” 法是窮舉輸入測試，只有把所有可能的輸入都作為測試情況使用，才能以 這種方法查出程序中所有的錯誤。實際上測試情況有無窮多個，人們不僅要測試所有合法的輸入，而且還要對那些不合法但是可能的輸入進行測試。 “ 白盒 ” 法是窮舉路徑測試，貫穿程序的獨立路徑數(shù)是天文數(shù)字，但即使每條路徑都測試了仍然可能有錯誤。第一，窮舉路徑測試決不能查出程序違反了設(shè)計規(guī)范，即程序本身是個錯誤的程序。第二，窮 軟件測試基礎(chǔ) 版本 大連口岸物流科技有限公司版權(quán)所有 8 舉路徑測試不可能查出程序中因遺漏路徑而出錯。第三，窮舉路徑測試可能發(fā)現(xiàn)不了一些與數(shù)據(jù)相關(guān)的錯誤。 E． W． Dijkstra 的一句名言對測試的不徹底性作了很好的注解： “ 程序測試只能證明錯誤的存在，但不能證 明錯誤不存在 ” 。 在實際測試中，窮舉測試工作量太大，實踐上行不通，這就注定了一切實際測試都是不徹底的。當(dāng)然就不能夠保證被測試程序中不存在遺留的錯誤。軟件工程的總目標(biāo)是充分利用有限的人力和物力資源，高效率、高質(zhì)量地完成測試。為了降低測試成本，選擇測試用例時應(yīng)注意遵守 “ 經(jīng)濟性 ” 的原則。第一，要根據(jù)程序的重要性和一旦發(fā)生故障將造成的損失來確定它的測試等級；第二，要認真研究測試策略，以便能使用盡可能少的測試用例，發(fā)現(xiàn)盡可能多的程序錯誤。掌握好測試 量是至關(guān)重要的，一位有經(jīng)驗的軟件開發(fā)管理人員在談到軟件測試時曾這樣說過 ： “ 不充分的測試是愚蠢的，而過度的測試是一種罪孽 ” 。測試不足意味著讓用戶承擔(dān)隱藏錯誤帶來的危險，過度測試則會浪費許多寶貴的資源。 測試是軟件生存期中費用消耗最大的環(huán)節(jié)。測試費用除了測試的直接消耗外，還包括其它的相關(guān)費用。能夠決定需要做多少次測試的主要影響因素如下： ① 、系統(tǒng)的目的 系統(tǒng)的目的的差別在很大程度上影響所需要進行的測試的數(shù)量。那些可能產(chǎn)生嚴重后果的系統(tǒng)必須要進行更多的測試。一臺在 Boeing 757 上的系統(tǒng)應(yīng)該比一個用于公共圖書館中檢索資料的系統(tǒng)需要更多的測試。一個用來控制密封燃氣管道的系統(tǒng)應(yīng) 該比一個與有毒爆炸物品無關(guān)的系統(tǒng)有更高的可信度。一個安全關(guān)鍵軟件的開發(fā)組比一個游戲軟件開發(fā)組要有苛刻得多的查找錯誤方面的要求。 ② 、潛在的用戶數(shù)量 一個系統(tǒng)的潛在用戶數(shù)量也在很大程度上影響了測試必要性的程度。這主要是由于用戶團體在經(jīng)濟方面的影響。一個在全世界范圍內(nèi)有幾千個用戶的系統(tǒng)肯定比一個只在辦公室中運行的有兩三個用戶的系統(tǒng)需要更多的測試。如果不能使用的話，前一個系統(tǒng)的經(jīng)濟影響肯定比后一個系統(tǒng)大。除此而外，在分配處理錯誤的時候，所花的代價的差別也很大。如果在內(nèi)部系統(tǒng)中發(fā)現(xiàn)了一個嚴重的錯誤，在處理錯誤的時 候的費用就相對少一些，如果要處理一個遍布全世界的錯誤就需要花費相當(dāng)大的財力和精力。 軟件測試基礎(chǔ) 版本 大連口岸物流科技有限公司版權(quán)所有 9 ③ 、信息的價值 在考慮測試的必要性時，