【正文】 獨(dú)立的階段，通常由專門的測試人員承擔(dān)這項(xiàng)工作。因此，必須高度重視軟件測試工作，絕不要以為寫出程序之后軟件開發(fā)工作就接近完成了，實(shí)際上，大約還有同樣多的開發(fā)工作量需要完成。軟件工程的根本目標(biāo)是開發(fā)出高質(zhì)量的完全符合用戶需要的軟件。從上述規(guī)則可以看出，測試的正確定義是“為了發(fā)現(xiàn)程序中的錯誤而執(zhí)行程序的過程”。正確認(rèn)識測試的目標(biāo)是十分重要的，測試目標(biāo)決定了測試方案的設(shè)計(jì)。由于測試的目標(biāo)是暴露程序中的錯誤，從心理學(xué)角度看，由程序的編寫者自己進(jìn)行測試是不恰當(dāng)?shù)?。此外，?yīng)該認(rèn)識到測試決不能證明程序是正確的。測試只能查找出程序中的錯誤，不能證明程序中沒有錯誤。測試人員了解項(xiàng)目需求變更。設(shè)計(jì)編碼階段：測試人員制定《測試用例》（附錄三、附錄四）。測試組安排和協(xié)調(diào)測試設(shè)備、環(huán)境等準(zhǔn)備工作。填寫《錯誤報(bào)告》對修改后的情況進(jìn)行回歸測試。對測試未通過的待測軟件，測試人員匯總并向項(xiàng)目開發(fā)組提交測試錯誤報(bào)告。待測軟件測試通過后，項(xiàng)目測評結(jié)束。（每一個(gè)子界面也應(yīng)如此） 其中，應(yīng)注意提示信息和軟件開發(fā)商信息是否正確。檢查菜單當(dāng)中的各項(xiàng)功能和功能按鈕是否能正確使用。對功能界面要求注意與功能相關(guān)的信息顯示及顯示位置是否正確。是否能夠正確保存信息。是否能正確查詢。（包括報(bào)表各項(xiàng)信息、數(shù)據(jù)信息和報(bào)表字體等）。就是進(jìn)行錯誤的操作或輸入錯誤的數(shù)據(jù)，檢查軟件對這些情況是否能做出判斷并予以提示。一定要注意測試中的錯誤集中發(fā)生現(xiàn)象，這和程序員的編程水平和習(xí)慣有很大的關(guān)系。一般有A測試出來的錯誤，一定要有一個(gè)B來確認(rèn)，嚴(yán)重的錯誤可以召開評審會進(jìn)行討論和分析?；貧w測試的關(guān)聯(lián)性一定要引起充分的注意，修改一個(gè)錯誤而引起更多錯誤出現(xiàn)的現(xiàn)象并不少見。 除非是測試一個(gè)小程序，否則一開始就把整個(gè)系統(tǒng)作為一個(gè)單獨(dú)的實(shí)體來測試是不現(xiàn)實(shí)的。大型軟件系統(tǒng)通常由若干個(gè)子系統(tǒng)組成，每個(gè)子系統(tǒng)又由許多模塊組成。因此，有可能把每個(gè)模塊作為一個(gè)單獨(dú)的實(shí)體來測試，而且通常比較容易設(shè)計(jì)檢驗(yàn)?zāi)K正確性的測試方案。在這個(gè)測試步驟中所發(fā)現(xiàn)的往往是編碼和詳細(xì)設(shè)計(jì)的錯誤。模塊相互間的協(xié)調(diào)和通信是這個(gè)測試過程中的主要問題，因此這個(gè)步驟著重測試模塊的接口。在這個(gè)過程中不僅應(yīng)該發(fā)現(xiàn)設(shè)計(jì)和編碼的錯誤，還應(yīng)該驗(yàn)證系統(tǒng)確實(shí)能提供需求說明書中指定的功能，而且系統(tǒng)的動態(tài)特性也符合預(yù)定要求。不論是子系統(tǒng)測試還是系統(tǒng)測試，都兼有檢測和組裝兩重含義，通常稱為集成測試。驗(yàn)收測試的目的是驗(yàn)證系統(tǒng)確實(shí)能夠滿足用戶的需要，在這個(gè)測試步驟中發(fā)現(xiàn)的往往是系統(tǒng)需求說明書中的錯誤。用這種方法進(jìn)行測試時(shí)，被測程序被當(dāng)作看不見內(nèi)部的黑盒。因此黑盒測試是從用戶觀點(diǎn)出發(fā)的測試，黑盒測試直觀的想法就是既然程序被規(guī)定做某些事，那我們就看看它是不是在任何情況下都做的對。由于黑盒測試不需要了解程序內(nèi)部結(jié)構(gòu)，所以許多高層的測試如確認(rèn)測試、系統(tǒng)測試、驗(yàn)收測試都采用黑盒測試。要求：每個(gè)軟件特性必須被一個(gè)測試用例或一個(gè)被認(rèn)可的異常所覆蓋。用一系列真實(shí)的數(shù)據(jù)類型和數(shù)據(jù)值運(yùn)行，測試超負(fù)荷、飽和及其他“最壞情況”的結(jié)果；用假想的數(shù)據(jù)類型和數(shù)據(jù)值運(yùn)行，測試排斥不規(guī)則輸入的能力；對影響性能的關(guān)鍵模塊，如基本算法、應(yīng)測試單元性能(包括精度、時(shí)間、容量等)。這些情況包括數(shù)據(jù)類型和數(shù)據(jù)值的異常等等。每一個(gè)方法都力圖能涵蓋更多的“任何情況”，但又各有長處，綜合使用這些方法，會得到一個(gè)較好的測試用例集。等價(jià)類是指某個(gè)輸入域的集合。因此我們只要在一個(gè)集合中選取一個(gè)測試數(shù)據(jù)即可。這樣就可使用少數(shù)測試用例檢驗(yàn)程序在一大類情況下的反映。在具體問題中，有效等價(jià)類可以是一個(gè)，也可以是多個(gè)。對于具體的問題，無效等價(jià)類至少應(yīng)有一個(gè)，也可能有多個(gè)。例如，程序的規(guī)范中提到的輸入條包括“……項(xiàng)數(shù)可以從1到999……”，則可取有效等價(jià)類為“l(fā)考項(xiàng)數(shù)＜999”，無效等價(jià)類為“項(xiàng)數(shù)＜l，及“項(xiàng)數(shù)＞999”。如某程序涉及標(biāo)識符，其輸入條件規(guī)定“標(biāo)識符應(yīng)以字母開頭……”則“以字母開頭者”作為有效等價(jià)類，“以非字母開頭”作為無效等價(jià)類。輸入條件有效等價(jià)類無效等價(jià)類。 根據(jù)已列出的等價(jià)類表，按以下步驟確定測試用例：為每個(gè)等價(jià)類規(guī)定一個(gè)唯一的編號；設(shè)計(jì)一個(gè)測試用例，使其盡可能多地覆蓋尚未覆蓋的有效等價(jià)類。重復(fù)這一步，使所有無效等價(jià)類均被覆蓋。這是因?yàn)橐粋€(gè)測試用例中如果含有多個(gè)缺陷，有可能在測試中只發(fā)現(xiàn)其中的一個(gè)，另一些被忽視。后面介紹的邊值分析法可以彌補(bǔ)這一缺點(diǎn)。這樣雖然各個(gè)輸入條件單獨(dú)可能出錯的情況已經(jīng)看到了，但多個(gè)輸入情況組合起來可能出錯的情況卻被忽略。利用因果圖導(dǎo)出測試用例需要經(jīng)過以下幾個(gè)步驟：分析程序規(guī)范的描述中哪些是原因，哪些是結(jié)果。結(jié)果是輸出條件。由于語法或環(huán)境的限制，有些原因和結(jié)果的組合情況是不可能出現(xiàn)的。把因果圖轉(zhuǎn)換成判定表。 邊值分析法是列出單元功能、輸入、狀態(tài)及控制的合法邊界值和非法邊界值，設(shè)計(jì)測試用例，包含全部邊界值的方法。邊值分析法不是一類找一個(gè)例子的方法，而是以邊界情況的處理作為主要目標(biāo)