1、一、軟件測試的定義軟件測試是一種過程或一系列過程，用來確認計算機代碼完畢了其應當完畢的功能，不執行其不該有的操作。1軟件測試與調試的區別？ （1）測試是為了發現軟件中存在的錯誤；調試是為證明軟件開發的對的性。 （2）測試以已知條件開始，使用預先定義的程序，且有預知的成果，不可預見的僅是程序與否通過測試；調試一般是以不可知的內部條件開始，除記錄性調試外，成果是不可預見的。 （3）測試是有籌劃的，需要進行測試設計；調試是不受時間約束的。 （4）測試經歷發現錯誤、改正錯誤、重新測試的過程；調試是一種推理過程。 （5） 測試的執行是有規程的；調試的執行往往規定開發人員進行必要推理以至知覺的奔騰。 （6

2、） 測試常常是由獨立的測試組在不理解軟件設計的條件下完畢的；調試必須由理解具體設計的開發人員完畢。 （7） 大多數測試的執行和設計可以由工具支持；調式時，開發人員能運用的工具重要是調試器。2對軟件測試的理解？軟件測試就是說要去根據客戶的規定完善它.即要把這個軟件還沒有符合的或者是和客戶規定不同樣的，或者是客戶規定還沒有完全達到規定的部分找出來。（1）一方面要鍛煉自己軟件測試能力，涉及需求的分析能力，提取能力，邏輯化思想能力，即就是給你一種系統的時候，可以把整個業務流程很清晰的理出。（2）學習測試理論知識并與你鍛煉的能力相結合。 （3）想和做。想就是說你看到任何的系統都要有習慣性的思考；做就是把

3、實際去做練習，然后提取經驗。總結測試用例，測試籌劃固然重要，但能力和思想一旦到位了，才干成為一名合格的軟件測試工程師。二、軟件測試的分類1按照測試技術劃分（1）白盒測試：通過對程序內部構造的分析、檢測來尋找問題。檢查與否所有的構造及邏輯都是對的的，檢查軟件內部動作與否按照設計闡明的規定正常進行。-構造測試（2）黑盒測試：通過軟件的外部體現來發現錯誤，是在程序界面處進行測試，只是檢查與否按照需求規格闡明書的規定正常實現。-性能測試（3）灰盒測試：介于白盒測試與黑盒測試之間的測試。2按照與否讓備測軟件運營劃分（1）靜態測試（2）動態測試3按照開發階段劃分（1）單元測試：模塊測試，檢查每個程序單元嫩

4、否正的確現具體設計闡明中的模塊功能等。（2）集成測試：組裝測試，將所有的程序模塊進行有序、遞增的測試，檢查程序單元或部件的接口關系（3）系統測試：檢查完整的程序系統能否和系統（涉及硬件、外設和網絡、系統軟件、支持平臺等）對的配備、連接，并滿足顧客需求。（4）確認測試：證明軟件與否滿足特定于其用途的需求，與否滿足軟件需求闡明書的規定。（5）驗收測試：按項目任務或合同，供需雙方簽訂的驗收根據文檔進行的對整個系統的測試與評審，決定與否接受或拒收系統。4按照測試實行組織劃分（1）開發方測試（2）顧客測試（3）第三方測試三、軟件測試的原則1測試用例中一種必需部分是對預期輸出或成果的定義；2程序員應當避免

5、測試自己編寫的程序；3編寫軟件的組織不應當測試自己編寫的程序；4應當徹底檢查每個測試的執行成果；5測試用例的編寫不僅應當根據有效和預期的輸入狀況，也應當根據無效和未預料到的輸入狀況；6檢查程序與否“未做其應當做的”僅是測試的一半，測試的另一半是檢查程序與否“做了不應當做的”；7應避免測試用例用后既棄，除非軟件自身就是一種一次性的軟件；8籌劃測試工作時不應默許假定不會發現錯誤；9程序某部分存在更多錯誤的也許性，與該部分已發現錯誤的數量成正比；10軟件測試是一項極富發明性、極具智力挑戰性的工作。四、測試用例的設計1測試用例的定義（1）測試用例是為特定的目的而設計的一組測試輸入、執行條件和預期的成果

6、。（2）測試用例是執行的最小實體。 2特性：（1）最有也許抓住錯誤的；（2）不是反復的、多余的；（3）一組相似測試用例中最有效的；（4）既不是太簡樸，也不是太復雜。3設計測試用例的基本準則測試用例的代表性、測試成果的可鑒定性、測試成果的可再現性。五、黑盒測試1等價類劃分法等價類劃分法的設計措施：是把所有也許的輸入數據，即程序的輸入域劃提成若干部分（子集），然后從每一種子集中選用少量具有代表性的數據作為測試用例。等價類是指某個輸入域的子集合。在該子集合中各個輸入數據對于揭發程序中錯誤都是等效的。并合理地假定：測試某等價類的代表值就等于對這一類其她值的測試。有效等價類：對于程序的規格闡明來說是合理

7、的、故意義的輸入數據構成的集合無效等價類：對軟件規格闡明而言，是無意義的、不合理的輸入數據所構成的集合等價類對于測試有兩個重要的意義：完備性 無冗余性等價類劃分法的原則（a）按照區間劃分： 一種有效等價類和兩個無效等價類。（b）按照數值劃分： n 個有效等價類和一種無效等價類（c）按照數值集合劃分 一種有效等價類和一種無效等價類（d）按照限制條件或規則劃分：可擬定一種有效等價類和若干個無效等價類（e）細分等價類等價類劃分法的環節（a）擬定等價類（b）建立等價類表，列出所有劃分出的等價類 （c）從劃分出的等價類中按如下的3個原則設計測試用例：為每一種等價類規定一種唯一的編號設計一種新的測試用例，

8、使其盡量多的覆蓋尚未被覆蓋的有效等價類，反復這一步，直到所有的有效等價類都被覆蓋為止； 設計一種新的測試用例，使其僅覆蓋一種尚未被覆蓋的無效等價類，反復這一步，直到所有的無效等價類都被覆蓋為止。 擬定等價類的措施（a）先考慮輸入數據的類型（合法型和非法型）；（b）再考慮數據范疇（合法型中的合法區間和非法區間）；（c）最后考慮輸出成果，逆向設定輸入。2邊界值分析法邊界值分析法就是對輸入或輸出的邊界值進行測試特點：具有很強的發現程序錯誤的能力；測試用例來自等價類的邊界；基本原理：故障往往發生在輸入定義域和輸出值域的邊界上，而不是在其內部。措施：（a）一方面應擬定邊界狀況. （b）選用正好等于,剛剛

9、不小于或剛剛不不小于邊界的值作為測試數據原則邊界值： min、min+、nom、max-、max 強健邊界值： min、min+、nom、max-、max min- max+例： 對于一種具有n個變量的程序，只讓其中一種變量取極值，讓其他的變量取正常值，被保存的變量依次取min、min+、nom、max-、max值，對每個變量都反復進行。n個變量的程序，邊界值分析測試程序會產生4n+1個測試用例。3決策表法概述：決策表法是黑盒測試措施中最為嚴格、最具有邏輯性的測試措施。什么時候使用？程序輸入輸出比較多，輸入之間、輸出之間互相制約的條件比較多時，可以清晰地體現它們之間的多種復雜關系。條件樁條件項

10、動作樁動作項決策表一般由四部分構成： 規則條件樁： 列出問題的所有條件條件項：針對條件樁給出的條件列出所有也許的取值動作樁：給出問題規定的也許采用的操作動作項：與條件項緊密有關，指出在條件項的各組取值狀況下應采用的動作規則：項中的每一列是一條規則，每一條規則是一組測試用例。決策表的化簡（a）合并：如果一種條件項(表中某列中的條件值)和此外一種條件項所產生的動作是相似的,且兩個條件項相應的每一行的值只有一種是不同的,則可以將其合并.合并的項除了不同值變成”不關懷”條目外,其他不變（b）涉及：如果兩個條件項的動作是相似的，對任意條件1的值和條件2中相應的值，如果滿足：如果條件1的值是T(F),則條

11、件2中的值也是T(F).如果條件1的值是-(不關懷),則條件2中的值是T,F,-,稱條件1涉及條件2,條件2可以撤去.反復A,B就可以得到精簡的決策表.NYNYNNYYNYNNNYYNY合并 涉及構造決策表的環節：（a）擬定規則的個數；（b）列出所有的條件樁和動作樁；（c）填入輸入項；（d）填入動作項,得到初始的決策表；（e）對初始的決策表化簡。決策表測試法的合用范疇（a）if-then-else邏輯突出；（b）輸入變量之間存在邏輯關系；（c）波及輸入變量子集的計算；（d）輸入和輸出之間存在因果關系。4因果圖措施概述：如果輸入之間有關系，測試時必須考慮輸入條件的多種組合，考慮適合于描述對于多種

12、條件的組合，相應產生多種動作的形式來設計測試用例，這就需要運用因果圖。因果圖措施最后身成的就是鑒定表。適合于檢查程序輸入條件的多種組合狀況。因果圖法的基本思想： 一方面從程序規格闡明書的描述中,找出因(輸入條件)和果(輸出成果或者程序狀態的變化),然后通過因果圖轉換為鑒定表,最后為鑒定表中的每一列設計一種測試用例.基本符號 因素 成果一般在因果圖中用Ci表達因素，用Ei表達到果，各結點表達狀態，可取值“0”或“1”。“0”表達某狀態不浮現，“1”表達某狀態浮現。C2C2c1恒等： c1為1,則e1也為1,否則e1為0. 非： 若c1是1,則e1為0,否則e1是1.或： 若c1或c2或c3是1,

13、則e1是1,若三者都不為1,則e1為0.與： 若c1和c2都是1,則e1為1,否則若有其中一種不為1,則e1為0.約束：實際問題中,輸入狀態之間也許存在某些依賴關系.E約束(異)： a,b最多有一種也許為1,不能同步為1.I約束(或)： a,b,c中至少有一種必須為1,不能同步為0.O約束(惟一)： a和b必須有一種且僅有一種為1R約束(規定)：a是1時,b必須是1,即a為1時,b不能為0M約束：對輸出條件的約束,若成果a為1,則成果b必須為0.因果圖生成測試用例的基本環節（a）找出因素和成果。（b）畫出因果圖。 （c）增長約束。（d）把因果圖轉化為鑒定表，并化簡。（e）把鑒定表的每一列拿出來

14、作為根據，設計測試用例。例題（a）因素： C1：第一種字符是A； C2：第一種字符是B；C3：第二個字符是一種數字字找。成果： E1：給出信息L； E2：修改文獻； E3：給出信息M。（b）因果圖。（c）決策表。12345678C1C2C310111110101110010111010100100000E1E2E3不也許測試用例A3A5AMA&B3B5BMB*C2X6CMD*（d）設計測試用例測試用例1： 輸入數據：A3 預期輸出：修改文獻測試用例2： 輸入數據：AM 預期輸出：給出信息M測試用例3： 輸入數據：B3 預期輸出：修改文獻測試用例4： 輸入數據：B* 預期輸出：給出信息M測試用例

15、5： 輸入數據：C2 預期輸出：給出信息L測試用例6： 輸入數據：CM 預期輸出：給出信息LM因果圖法的長處：（a）考慮了多種輸入之間的互相組合、互相制約關系；（b）可以協助我們按一定環節，高效率地選擇測試用例，同步還能為我們指出，程序規格闡明描述中存在著什么問題。六、白盒測試1白盒測試概述：白盒測試也稱構造測試或邏輯驅動測試。2措施：程序構造分析；邏輯覆蓋測試；基本途徑測試。3原則：（1）保證一種模塊中所有獨立途徑至少被測試一次；（2）所有邏輯值均需測試真（True）和假（False）兩種狀況；（3）檢查程序的內部數據構造，保證其構造的有效性；（4）在取值上、下邊界，即可操作范疇內運營所有循

16、環.4邏輯覆蓋測試:重要是測試覆蓋率，以程序內在邏輯構造為基本的測試。6種：語句覆蓋 判斷覆蓋 條件覆蓋 鑒定-條件覆蓋 條件組合覆蓋 途徑測試.語句覆蓋：在測試時，一方面設計若干個測試用例，然后運營被測程序，使程序中的每個可執行語句至少執行一次 。鑒定：整體 控制。 涉及：a、單一條件鑒定； b、符合條件覆蓋語句覆蓋率：已執行的可執行語句占程序中可執行語句總數的比例鑒定覆蓋：設計足夠多的測試用例，使程序中的每個鑒定至少都獲得一次“真值”或“假值”。條件覆蓋:構造一組測試用例，使得每一鑒定語句中每個邏輯條件的也許值至少滿足一次。滿足條件覆蓋的不一定滿足鑒定覆蓋，反之亦然。兩者無直接關系。鑒定/

17、條件覆蓋：設計足夠的測試用例，使得鑒定中每個條件的所有也許(真/假)至少浮現一次，并且每個鑒定自身的鑒定成果(真/假)也至少浮現一次組合條件覆蓋（MCC）：設計足夠的測試用例，使得每個鑒定中條件的多種也許組合都至少浮現一次。滿足組合條件覆蓋的測試用例是一定滿足鑒定覆蓋、條件覆蓋和鑒定/條件覆蓋。修正條件鑒定覆蓋(MCDC)：需要足夠的測試用例來擬定各個條件可以影響到涉及的鑒定的成果，即規定滿足兩個條件。七、靜態測試1靜態測試不實際運營軟件，重要對軟件的編程格式、構造等方面進行評估。可以有人工進行，也可借助軟件工具自動進行。2靜態測試的措施 （1）代碼檢查：代碼審查 代碼走查 桌面檢查 同行評分

18、（略）（2）代碼審查：一般由4人構成，其中一人是協調人，一人是程序的編寫者，其她人員一般是程序的設計人員以及測試專家。長處和作用：錯誤列表、高效、會后修正、增長修改錯誤清單、較早發現錯誤。（3）代碼走查：為測試員的人會帶著某些書面的測試用例參與會議（4）桌面檢查：（a）完全沒有約束（b）開發人員測試自己的程序（c）沒有展示自己能力，缺少良好的效應。（效果遠遠遜于代碼審查和代碼走查）3靜態構造分析：重要是以圖形的方式體現程序的內部構造。4代碼質量度量：功能性 可靠性 可用性 |有效性 可維護性 輕便性八、單元測試1單元測試的定義單元測試又稱模塊測試，是最小單位的測試，其根據是具體設描述，對模塊內

19、所有重要的控制途徑設計測試用例，以便發現模塊內部的錯誤。單元測試多采用白盒測試技術2單元測試的對象構造化程序，單元測試的單元是指單個子程序、函數或過程面向對象程序，單元測試的單元是指類或措施（一般為類）。3單元測試的目的將模塊的功能與定義模塊的功能規格闡明或接口規格闡明進行比較，揭示出模塊與其規格闡明之間存在的矛盾。4單元測試的人員:開發人員5單元測試的針對的問題（1）模塊接口: 檢查進出程序單元的數據流與否對的。（2）局部數據構造: 必須測試模塊內部的數據能否保持完整性。（3）邊界條件測試：重要檢查臨界數據與否對的解決。（4）獨立途徑測試：發現由于不對的的鑒定或不正常的控制流而產生的錯誤。（

20、5）出錯解決：規定能預見出錯的條件，并設立合適的解決對象，保證其途徑的對的性。6單元測試的流程籌劃單元測試設計單元測試執行單元測試評估單元測試7. 籌劃單元測試（1）驅動模塊(Drive)：用來模擬被測試模塊的上一級模塊，相稱于被測模塊的主程序。它接受數據，將有關數據傳送給被測模塊，啟動被測模塊，并打印出相應的成果。（2）樁模塊(Stub)：用來模擬被測模塊工作過程中所調用的模塊。它們一般只進行很少的數據解決。 8設計單元測試（1）需要的信息模塊的規格闡明：模塊的輸入和輸出以及模塊的功能。模塊的源代碼。（2）測試用例的設計措施模塊測試總體上是面向白盒測試的（靜態、動態）后續測試針對較大的元素不

21、易進行白盒測試。后續測試著眼于發現其她類型的錯誤，不一定與程序邏輯構造有關。使用一種或多種白盒測試措施分析模塊的邏輯構造，然后使用黑盒測試措施對照模塊的規格闡明補充測試用例。9.執行單元測試（1）設立測試環境（2）將測試環境初始化（3）執行測試過程。10.評估單元測試（1）測試完備性評估 （2) 代碼覆蓋率評估九、集成測試1集成測試的定義集成測試又稱組裝測試，集成測試是在單元測試的基本上，將所有模塊按照設計規定組裝成子系統或系統進行的測試活動。2集成測試的目的保證各單元組合在一起后可以按既定意圖協作運營，并保證增量的行為對的，所測試的內容涉及單元間的接口以及集成后的功能。3集成測試的層次（1）

22、模塊內集成測試（2）子系統內集成測試（3）子系統間集成測試4集成測試的流程5集成測試的措施（1）靜態測試：只要指對概要設計的測試。（2）動態測試：以黑盒測試為主，需要理解內部細節時結合白盒測試6集成測試方略（1）非增量式集成：對所有模塊進行個別的單元測試后，按照程序構造圖將各模塊連接起來，把連接后的程序當作一種整體進行測試。核心模塊的特性：滿足某些軟件需求；在程序的模塊構造中位于較高的層次（高層控制模塊）；較復雜、較易發生錯誤；有明擬定義的性能規定。（2）增量式集成：逐次將未曾集成測試的模塊和已經集成測試的模塊（或子系統）結合成程序包，再將這些模塊集成為較大系統，在集成的過程中邊連接邊測試，以

23、發現連接過程中產生的問題。措施：自頂向下增量式測試：深度優先、廣度優先。 自底向上增量式測試混合增量式測試7不同集成測試措施的比較十、系統測試1 系統測試的目的將系統或程序與其初始目的進行比較，這意味著系統測試并不局限于系統，系統測試是一種試圖闡明程序作為一種整體是如何不滿足其目的的過程。如果產品沒有一組書面的、可度量的目的，系統測試也無法進行。2 系統測試的類型能力測試，容量測試，強度測試，易用性測試，安全性測試，性能測試，存儲測試，配備測試，兼容性/配備/轉換測試，安裝測試，可靠性測試，可恢復性測試，合用性測試，文檔測試，過程測試（1）能力測試判斷目的文檔提及的每一項能力（以區別功能測試中

24、的功能）與否都的確已經實現。一般是通過人工檢查目的文檔中定義了“要做什么” 。（2）容量測試是程序經受大容量數據的檢查，目的是證明程序不能解決目的文檔中規定的數據容量。容量測試需要大量的資源，不可進行過多。如何使操作系統的作業隊列達到飽和容量。（3）強度測試使程序承受高負載或強度的檢查。所謂高強度是指在很短的時間間隔內達到的數據或操作的數量峰值。（要與容量測試相辨別）強度測試波及時間因素，合用于在可變負載下運營的程序以及交互式程序、實時程序和過程控制程序。基于Web的應用程序也是最常接受強度測試的軟件之一。如，1.在很短的時間內是操作系統的作業隊列達到峰值; 2.web應用程序要解決一定容量的

25、并發顧客。注：強度測試是對強度的界定很重要。（4）易用性測試每個顧客界面與否都根據顧客的智力、教育限度和環境規定進行了調節？程序的輸出與否故意義、不模糊且無計算機雜亂信息？錯誤診斷信息與否直接，非計算機專業顧客與否可以理解（這規定對錯誤進行精確的預測和具體的分類）？整體的顧客界面與否在語法、慣例、語義、格式、風格和縮寫等方面呈現出了相稱限度的完整性、一致性和同一性？系統與否涉及過多或不太也許用到的選項？對于所有輸入，系統與否返回了即時確認信息？程序與否易于使用？如辨別大小寫的規定顧客與否清晰，不同層次菜單之間的瀏覽與否容易等。（5）安全性測試設計測試用例來突破程序安全檢查。例如，可以設計測試用例來規避操作系統的內存保護機制、破壞數據庫管理系統的數據安全機制等。常用的測試用例設計措施是研究類似系統中已知的安全問題，然后生成測試用例，暴露被測系統中的類似問題基于Web的應用程序常常比絕大多數程序所需的安全測試級別更高，對于電子商務網