【正文】 ? E 類 —— 測試建議： 不影響系統(tǒng)運(yùn)行，對系統(tǒng)的可用性等提示的建議性的問題。 ? 等價類劃分法 ? 邊界值分析法 ? 錯誤推測法 ? 因果圖法 ? 判定表驅(qū)動法 ? 正交試驗設(shè)計法 ? 功能圖法 ? 場景法 輸入條件 有效等價類 無效等價類 是否三角形的 3條邊 (A0） (1) (B0） (2) (C0） (3) (A+BC) (4) (B+CA) (5) (A+CB) (6) (A≤0） (7) (B≤0） (8) (C≤0） (9) (A+B≤C) (10) (B+C≤A) (11) (A+C≤B) (12) 是否等腰三角形 (A=B） (13) (B=C) (14) (C=A) (15) (A≠B)and (B≠C)and (C≠A) (16) 是否等邊三角形 (A=B） and (B=C) and (C=A) (17) (A≠B) (18) (B≠C) (19) (C≠A) (20) 符合下面 5 條規(guī)則之一的問題稱為軟件缺陷： 軟件未達(dá)到產(chǎn)品說明書標(biāo)明的功能。 ? 回歸測試是 經(jīng)過一段時間以后再回過頭來對以前修復(fù)過的 Bug重新進(jìn)行測試，看該 Bug是否會重新出現(xiàn)。 ?實際的執(zhí)行被測對象的程序代碼，輸入實現(xiàn)設(shè)計好的測試用例，檢查程序代碼運(yùn)行得到的結(jié)果與測試用力中設(shè)計的預(yù)期結(jié)果之間是否有差異，判定實際結(jié)果與預(yù)測結(jié)果是否一致。該測試類別注重于測試軟件的功能性需求。 ? 60%以上的軟件錯誤并不是程序錯誤 ,而是分析和設(shè)計的錯誤 ,提倡軟件全生命周期測試的理念 。 ?白盒測試需要測試工程師深入考查程序代碼的內(nèi)部結(jié)構(gòu)、邏輯設(shè)計等。 ?優(yōu)點(diǎn) ? 快、廣泛、可重復(fù)性工作 ?缺點(diǎn) ? 只可檢查比較主要的問題，如崩潰、死機(jī)，無法發(fā)現(xiàn)一般的日常錯誤。測試環(huán)境最好與開發(fā)環(huán)境分開 ? 文檔引入 — 工作日報、功能測試報告、性能測試報告 等模板 ? 執(zhí)行測試 — 根據(jù)項目的 Bug管理流程，經(jīng)過多次的版本迭代，完成測試工作。 簡單周期： ? 測試員找到并登記軟件缺陷，軟件缺陷移交到程序員 =程序員修復(fù)軟件缺陷，軟件缺陷移交到測試員 =測試員確定軟件缺陷被修復(fù)，測試員關(guān)閉軟件缺陷。 ? 例子 ? 典型的由一個系統(tǒng)到另一個系統(tǒng)的數(shù)據(jù)交換程序。使系統(tǒng)不穩(wěn)定、破壞數(shù)據(jù)、產(chǎn)生錯誤結(jié)果，部分功能無法執(zhí)行 。 ? 因為我們不可能進(jìn)行窮舉測試，為了節(jié)省時間和資源、提供測試效率，必須從數(shù)量極大的可用測試數(shù)據(jù)精心挑選 出具有代表性或者特殊性的測試數(shù)據(jù) 來進(jìn)行測試。 ? 單元測試要求需要幾年的代碼編寫經(jīng)驗，并且要十分熟悉當(dāng)前的被測系統(tǒng)，以及該系統(tǒng)是否與其他系統(tǒng)的接口關(guān)聯(lián)情況。 ?通俗地講，灰盒測試就是白加黑。