【正文】 、 處理精度 ，等等。 恢復(fù)測試 恢復(fù)測試是要證實在 克服硬件故障(包括掉電、硬件或網(wǎng)絡(luò)出錯等 )后 ，系統(tǒng)能否正常地繼續(xù)進(jìn)行工作 ，并不對系統(tǒng)造成任何損害。 ? 為此，可采用各種人工干預(yù)的手段，模擬硬件故障，故意造成軟件出錯。并由此檢查： ? 錯誤探測功能 ──系統(tǒng)能否發(fā)現(xiàn)硬件失效與故障； ? 能否 切換或啟動備用的硬件 ； ? 在故障發(fā)生時能否 保護(hù)正在運行的作業(yè)和系統(tǒng)狀態(tài) ； ? 在系統(tǒng)恢復(fù)后能否 從最后記錄下來的無錯誤狀態(tài)開始繼續(xù)執(zhí)行作業(yè) ，等等。 ? 掉電測試 ：其目的是測試軟件系統(tǒng)在發(fā)生電源中斷時能否 保護(hù)當(dāng)時的狀態(tài)且不毀壞數(shù)據(jù) ，然后在 電源恢復(fù)時從保留的斷點處重新進(jìn)行操作 。 啟動／停止測試 這類測試的目的是驗證 在機(jī)器啟動及關(guān)機(jī)階段 ，軟件 系統(tǒng)正確處理的能力 。 這類測試包括 ? 反復(fù)啟動軟件系統(tǒng) (例如，操作系統(tǒng)自舉、網(wǎng)絡(luò)的啟動、應(yīng)用程序的調(diào)用等 ) ? 在盡可能多的情況下關(guān)機(jī) 。 配置測試 ? 這類測試是要檢查 計算機(jī)系統(tǒng)內(nèi)各個設(shè)備或各種資源之間的相互聯(lián)結(jié)和功能分配中的錯誤 。 ? 它主要包括以下幾種： ? 配置命令測試 ：驗證全部配置命令的可操作性（有效性）；特別對最大配置和最小配置要進(jìn)行測試。軟件配置和硬件配置都要測試。 ? 循環(huán)配置測試 ：證明對每個設(shè)備物理與邏輯的，邏輯與功能的每次循環(huán)置換配置都能正常工作。 ? 修復(fù)測試 ：檢查每種配置狀態(tài)及哪個設(shè)備是壞的。并用自動的或手工的方式進(jìn)行配置狀態(tài)間的轉(zhuǎn)換。 ? 安全性測試 安全性測試是要檢驗 在系統(tǒng)中已經(jīng)存在的系統(tǒng)安全性、保密性措施是否發(fā)揮作用，有無漏洞 。 ? 力圖破壞系統(tǒng)的保護(hù)機(jī)構(gòu)以進(jìn)入系統(tǒng)的主要方法有以下幾種： ? 正面攻擊或從側(cè)面、背面攻擊系統(tǒng)中易受損壞的那些部分； ? 以系統(tǒng)輸入為突破口，利用輸入的容錯性進(jìn)行正面攻擊； ? 申請和占用過多的資源壓垮系統(tǒng)，以破壞安全措施，從而進(jìn)入系統(tǒng)； ? 故意使系統(tǒng)出錯，利用系統(tǒng)恢復(fù)的過程，竊取用戶口令及其它有用的信息； ? 通過瀏覽殘留在計算機(jī)各種資源中的垃圾（無用信息），以獲取如口令，安全碼，譯碼關(guān)鍵字等信息； ? 瀏覽全局?jǐn)?shù)據(jù)，期望從中找到進(jìn)入系統(tǒng)的關(guān)鍵字； ? 瀏覽那些邏輯上不存在，但物理上還存在的各種記錄和資料等。 可使用性測試 ? 可使用性測試主要從使用的 合理性和 方便性 等角度對軟件系統(tǒng)進(jìn)行檢查，發(fā)現(xiàn)人為因素或使用上的問題。 ? 要保證在足夠詳細(xì)的程度下， 用戶界面便于使用 ； 對輸入量可容錯 、響應(yīng)時間和響應(yīng)方式合理可行 、 輸出信息有意義 、 正確并前后一致 ；出錯信息能夠引導(dǎo)用戶去解決問題 ；軟件文檔全面 、 正規(guī) 、 確切 。 可支持性測試 這類測試是要驗證 系統(tǒng)的支持策略對于公司與用戶方面是否切實可行 。 ? 它所采用的方法是 ? 試運行支持過程 (如對有錯部分打補(bǔ)丁的過程，熱線界面等 )； ? 對其結(jié)果進(jìn)行 質(zhì)量分析 ； ? 評審診斷工具 ； ? 維護(hù)過程、內(nèi)部維護(hù)文檔 ； ? 修復(fù)一個錯誤所需平均最少時間 。 安裝測試 安裝測試的目的 不是找軟件錯誤 ，而是 找安裝錯誤 。 ? 在安裝軟件系統(tǒng)時，會有多種選擇。 ? 要分配和裝入文件與程序庫 ? 布置適用的硬件配置 ? 進(jìn)行程序的聯(lián)結(jié)。 ? 而安裝測試就是要找出在這些安裝過程中出現(xiàn)的錯誤。 ? 安裝測試是在系統(tǒng)安裝之后進(jìn)行測試。它要檢驗： ? 用戶選擇的一套任選方案是否相容； ? 系統(tǒng)的每一部分是否都齊全； ? 所有文件是否都已產(chǎn)生并確有所需要的內(nèi)容 ； ? 硬件的配置是否合理，等等。 過程測試 ? 在一些大型的系統(tǒng)中，部分工作由軟件自動完成，其它工作則需由各種人員，包括操作員，數(shù)據(jù)庫管理員，終端用戶等，按一定規(guī)程同計算機(jī)配合，靠人工來完成。 ? 指定由人工完成的過程 也需經(jīng)過仔細(xì)的檢查 ，這就是所謂的過程測試。 互連測試 ? 互連測試是要驗證 兩個或多個不同的系統(tǒng)之間的互連性 。 兼容性測試 ? 這類測試主要想驗證 軟件產(chǎn)品在不同版本之間的兼容性 。有兩類基本的兼容性測試： ? 向下兼容 ? 交錯兼容 容量測試 ? 容量測試是要檢驗 系統(tǒng)的能力最高能達(dá)到什么程度 。例如， ? 對于編譯程序，讓它處理特別長的源程序； ? 對于操作系統(tǒng)，讓它的作業(yè)隊列?滿員?； ? 對于信息檢索系統(tǒng)，讓它使用頻率達(dá)到最大。 在使系統(tǒng)的 全部資源達(dá)到?滿負(fù)荷?的情形下， 測試系統(tǒng)的承受能力 。 文檔測試 這種測試是檢查 用戶文檔 (如用戶手冊 )的清晰性和精確性 。 ? 用戶文檔中所使用的例子必須在測試中一一試過，確保敘述正確無誤。 調(diào)試 （ Debug） ? 軟件調(diào)試是在進(jìn)行了成功的測試之后才開始的工作。它與軟件測試不同，調(diào)試的任務(wù)是 進(jìn)一步診斷和改正程序中潛在的錯誤 。 ? 調(diào)試活動由兩部分組成： ? 確定程序中可疑錯誤的確切性質(zhì)和位置 。 ? 對程序 (設(shè)計 ,編碼 )進(jìn)行修改，排除這個錯誤 。 ? 調(diào)試工作是一個具有很強(qiáng)技巧性的工作。 ? 軟件運行失效或出現(xiàn)問題，往往只是潛在錯誤的外部表現(xiàn) ，而外部表現(xiàn)與內(nèi)在原因之間常常沒有明顯的聯(lián)系。如果要找出真正的原因，排除潛在的錯誤，不是一件易事。 ? 可以說， 調(diào)試是通過現(xiàn)象，找出原因的一個思維分析的過程 。 調(diào)試的步驟 (1) 從錯誤的外部表現(xiàn)形式入手，確定程序中出錯位置 ； (2) 研究有關(guān)部分的程序，找出錯誤的內(nèi)在原因 ； (3) 修改設(shè)計和代碼，以排除這個錯誤 ； (4) 重復(fù)進(jìn)行暴露了這個錯誤的原始測試或某些有關(guān)測試 。 ? 從技術(shù)角度來看，查找錯誤的難度在于： ? 現(xiàn)象與原因所處的位置可能相距甚遠(yuǎn)。 ? 當(dāng)其它錯誤得到糾正時，這一錯誤所表現(xiàn)出的現(xiàn)象可能會暫時消失，但并未實際排除。 ? 現(xiàn)象實際上是由一些非錯誤原因(例如，舍入不精確 )引起的。 ? 現(xiàn)象可能是由于一些不容易發(fā)現(xiàn)的人為錯誤引起的。 ? 錯誤是由于時序問題引起的，與處理過程無關(guān)。 ? 現(xiàn)象是由于難于精確再現(xiàn)的輸入狀態(tài)（例如，實時應(yīng)用中輸入順序不確定）引起。 ? 現(xiàn)象可能是周期出現(xiàn)的。在軟、硬件結(jié)合的嵌入式系統(tǒng)中常常遇到。 幾種主要的調(diào)試方法 調(diào)試的關(guān)鍵在于推斷程序內(nèi)部的錯誤位置及原因?？梢圆捎靡韵路椒ǎ? 強(qiáng)行排錯 這種調(diào)試方法目前使用較多，效率較低。它不需要過多的思考，比較省腦筋。例如： ? 通過內(nèi)存全部打印來調(diào)試 ，在這大量的數(shù)據(jù)中尋找出錯的位置。 ? 在程序特定部位設(shè)置打印語句 ，把打印語句插在出錯的源程序的各個關(guān)鍵變量改變部位、重要分支部位、子程序調(diào)用部位，跟蹤程序的執(zhí)行，監(jiān)視重要變量的變化。 ? 自動調(diào)試工具 。利用某些程序語言的調(diào)試功能或?qū)ｉT的交互式調(diào)試工具，分析程序的動態(tài)過程，而不必修改程序。 應(yīng)用以上任一種方法之前，都應(yīng)當(dāng)對錯誤的征兆進(jìn)行全面徹底的分析，得出對出錯位置及錯誤性質(zhì)的推測，再使用一種適當(dāng)?shù)恼{(diào)試方法來檢驗推測的正確性。 回溯法調(diào)試 這是在小程序中常用的一種有效的調(diào)試方法。 一旦發(fā)現(xiàn)了錯誤，人們先分析錯誤征兆，確定最先發(fā)現(xiàn) ? 癥狀 ? 的位置。 然后，人工沿程序的控制流程，向回追蹤源程序代碼，直到找到錯誤根源或確定錯誤產(chǎn)生的范圍。 ? 例如，程序中發(fā)現(xiàn)錯誤處是某個打印語句。通過輸出值可推斷程序在這一點上變量的值。再從這一點出發(fā)，回溯程序的執(zhí)行過程，反復(fù)考慮： ? 如果程序在這一點上的狀態(tài)（變量的值）是這樣，那么程序在上一點的狀態(tài)一定是這樣 ...”， 直到找到錯誤的位置。 歸納法調(diào)試 ? 歸納法是一種從特殊推斷一般的系統(tǒng)化思考方法。歸納法調(diào)試的基本思想是：從一些線索 (錯誤征兆 )著手，通過分析它們之間的關(guān)系來找出錯誤。 ? 收集有關(guān)的數(shù)據(jù) 列出所有已知的測試用例和程序執(zhí)行結(jié)果?？茨男┹斎霐?shù)據(jù)的運行結(jié)果是正確的，哪些輸入數(shù)據(jù)的運行結(jié)果有錯誤。 ? 組織數(shù)據(jù) 由于歸納法是從特殊到一般的推斷 過程，所以需要組織整理數(shù)據(jù)，以 發(fā)現(xiàn)規(guī)律。 常以 3W1H形式組織可用的數(shù)據(jù)： ? What” 列出一般現(xiàn)象； ? Where”說明發(fā)現(xiàn)現(xiàn)象的地點； ? When” 列出現(xiàn)象發(fā)生時所有已知情況； ? How” 說明現(xiàn)象的范圍和量級； “Yes”描述出現(xiàn)錯誤的 3W1H； ? No”作為比較，描述了沒有錯誤的 3W1H。通過分析找出矛盾來。 ? 提出假設(shè) 分析線索之間的關(guān)系，利用在線索結(jié)構(gòu)中觀察到的矛盾現(xiàn)象，設(shè)計一個或多個關(guān)于出錯原因的假設(shè)。如果一個假設(shè)也提不出來，歸納過程就需要收集更多的數(shù)據(jù)。此時，應(yīng)當(dāng)再設(shè)計與執(zhí)行一些測試用例，以獲得更多的數(shù)據(jù)。 ?證明假設(shè) 把假設(shè)與原始線索或數(shù)據(jù)進(jìn)行比較，若它能完全解釋一切現(xiàn)象，則假設(shè)得到證明；否則，就認(rèn)為假設(shè)不合理，或不完全，或是存在多個錯誤，以致只能消除部分錯誤。 ? 演繹法調(diào)試 演繹法是一種從一般原理或前提出發(fā)，經(jīng)過排除和精化的過程來推導(dǎo)出結(jié)論的思考方法。演繹法排錯是測試人員首先根據(jù)已有的測試用例，設(shè)想及枚舉出所有可能出錯的原因做為假設(shè)；然后再用原始測試數(shù)據(jù)或新的測試，從中逐個排除不可能正確的假設(shè)；最后，再用測試數(shù)據(jù)驗證余下的假設(shè)確是出錯的原因。 ? 列舉所有可能出錯原因的假設(shè) 把所有可能的錯誤原因列成表。通過它們，可以組織、分析現(xiàn)有數(shù)據(jù)。 ? 利用已有的測試數(shù)據(jù)，排除不正確的假設(shè) 仔細(xì)分析已有的數(shù)據(jù)，尋找矛盾，力求排除前一步列出所有原因。如果所有原因都被排除了，則需要補(bǔ)充一些數(shù)據(jù) (測試用例 )，以建立新的假設(shè)。 ? 改進(jìn)余下的假設(shè) 利用已知的線索，進(jìn)一步改進(jìn)余下的假設(shè)，使之更具體化，以便可以精確地確定出錯位置。 ? 證明余下的假設(shè) 調(diào)試原則 ? 在調(diào)試方面，許多原則本質(zhì)上是心理學(xué)方面的問題。調(diào)試由兩部分組成，調(diào)試原則也分成兩組。 ? 確定錯誤的性質(zhì)和位置的原則 ? 用頭腦去分析思考與錯誤征兆有關(guān)的信息。 ? 避開死胡同。 ? 只把調(diào)試工具當(dāng)做輔助手段來使用。利用調(diào)試工具，可以幫助思考，但不能代替思考。 ? 避免用試探法，最多只能把它當(dāng)做最后手段。 ? 修改錯誤的原則 ? 在出現(xiàn)錯誤的地方，很可能還有別的錯誤。 ? 修改錯誤的一個常見失誤是只修改了這個錯誤的征兆或這個錯誤的表現(xiàn)，而沒有修改錯誤的本身。 ? 當(dāng)心修正一個錯誤的同時有可能會引入新的錯誤。 ? 修改錯誤的過程將迫使人們暫時回到程序設(shè)計階段。 ? 修改源代碼程序，不要改變目標(biāo)代碼。