【正文】 的用戶界面，便于用戶使用?！鹨?guī)范，便于用戶使用。目標(biāo)：軟件測試的目的是為了保證軟件產(chǎn)品的最終質(zhì)量，在軟件開發(fā)的過程中，對軟件產(chǎn)品進(jìn)行質(zhì)量控制。測試可以達(dá)到很對目的，最重要的是可以衡量正在開發(fā)的軟件的質(zhì)量。所有的測試都應(yīng)追溯到用戶需求。最重要的錯誤是那些導(dǎo)致軟件無法滿足需求的錯誤，程序中的問題的根原則：○應(yīng)當(dāng)把“盡早和不斷測試”作為座右銘?！? 源可能在開發(fā)前期的各個階段，糾正錯誤也必須追溯到前期工作。○Pareto原則。測試發(fā)現(xiàn)的錯誤中80%中很可能起源于20%的模測試工作應(yīng)該由獨立的專業(yè)的軟件測試機構(gòu)來完成。○塊中。所以一定要注意測試中的錯誤集中發(fā)生現(xiàn)象，如果發(fā)現(xiàn)某一程序模塊似乎比其他程序模塊有更多的錯誤傾向，則設(shè)計測試用例時，應(yīng)考慮各種情況。6 對測試出的錯誤結(jié)果一應(yīng)當(dāng)花較多的時間和精力測試這個程序模塊?！稹鹬贫▏?yán)格的測試計劃。制定嚴(yán)格的測試計劃，并把測試時間安排得盡量寬松，不要希望在定要有一個確認(rèn)的過程。○完全測試是不可能的，測試需要終止。因此，要根據(jù)測試出的錯誤的概率極短的時間內(nèi)完成一個高水平的測試。○注意回歸測試的關(guān)聯(lián)性。○10妥善保存以及軟件可靠性要求，確定最佳停止測試時間，而不能無限地測試下去?！鹨磺袦y試過程文檔。二、軟件測試的類型及其在軟件開發(fā)過程中的地位。三、代碼檢查、走查與評審。桌面檢查是指程序設(shè)計人員對源程序代碼進(jìn)行分析、檢驗，并補充相關(guān)的文檔，發(fā)現(xiàn)程序中的錯誤。代碼檢查項目（采用分析技術(shù)）通常包括以下內(nèi)容。l 檢查變量的交叉引用表：檢查為說明的變量、違反了類型規(guī)定的變量以及變量的引用和使用情況。lllllllll 檢查標(biāo)號的交叉引用表：驗證所有標(biāo)號的正確性以及轉(zhuǎn)向指定位置的標(biāo)號是否正確。檢查子程序、宏、函數(shù)：驗證每次調(diào)用與所調(diào)用位置是否正確，調(diào)用的子程序、宏、函數(shù)是否存在，參數(shù)是否一致，并檢查調(diào)用序列中調(diào)用方式與參數(shù)順序、個數(shù)、類型上的一致。等價性檢查：檢查全部等價變量的類型的一致性。常量檢查：確認(rèn)常量的取值和數(shù)制、數(shù)據(jù)類型，檢查常量每次引用同它的取值、數(shù)制和類型的一致性。設(shè)計標(biāo)準(zhǔn)檢查：檢查程序是否違反設(shè)計標(biāo)準(zhǔn)的問題。風(fēng)格檢查：檢查程序設(shè)計風(fēng)格方面的問題。比較控制流：比較設(shè)計控制流圖和實際程序生成的控制流圖的差異。選擇、激活路徑： 對照程序的規(guī)格說明，詳細(xì)閱讀源代碼：。走查一般由程序設(shè)計人員和測試人員組成審查小組，通過邏輯運行程序，發(fā)現(xiàn)問題。首先小組成員提前閱讀設(shè)計規(guī)格書、程序文本等相關(guān)文檔，然后利用測試用例，使程序邏輯運行，記錄程序的蹤跡，發(fā)現(xiàn)、討論、解決問題。在走過程中，借助測試用例的媒介作用，對程序的邏輯和功能提出各種疑問，結(jié)合問題開展熱烈的討論，能發(fā)現(xiàn)更多的問題。代碼審查前，應(yīng)準(zhǔn)備好需求描述文檔、程序設(shè)計文檔、程序的源代碼清單、代碼編碼標(biāo)準(zhǔn)和代碼缺陷檢查表等。在實際使用中，代碼檢查能夠快速找到缺陷，通?？砂l(fā)現(xiàn)30%70%的邏輯設(shè)計缺陷和編碼缺陷。但是代碼檢查非常耗費時間，而且代碼檢查需要知識和經(jīng)驗的積累。代碼檢查法主要是通過桌面檢查、代碼審查和走查方式，對以下內(nèi)容進(jìn)行檢查。llllll 檢查代碼和設(shè)計的一致性 代碼的可讀性以及對軟件設(shè)計標(biāo)準(zhǔn)的遵循情況。代碼邏輯表達(dá)的正確性。代碼結(jié)構(gòu)的合理性。程序中不安全、不明確和模糊的部分。編程風(fēng)格方面的問題等。走查一般由程序設(shè)計人員和測試人員組成審查小組，通過閱讀、討論，對程序進(jìn)行靜態(tài)分析。首先小組成員提前閱讀設(shè)計規(guī)格書、程序文本等相關(guān)文檔，然后召開程序?qū)彶闀Ｔ跁?，首先由程序員逐句講解程序的邏輯，在講解過程中，程序員能發(fā)現(xiàn)許多原來自己沒發(fā)現(xiàn)的錯誤，而討論和爭議則促進(jìn)了問題的暴露。在會前，應(yīng)當(dāng)給審查小組每位成員準(zhǔn)備一份常見錯誤清單，把以往所有可能發(fā)生的常見錯誤羅列出來，供與會者對照檢查，以提高審查的實效。這個錯誤清單也被稱為檢查表，它把程序中可能發(fā)生的各種錯誤進(jìn)行分類，對每一類別在列舉盡可能多的典型錯誤，然后把它制成表格，供再審查時使用。四、覆蓋率（白盒）測試。五、功能（黑盒）測試。六、單元測試和集成測試。七、系統(tǒng)測試。八、軟件性能測試和可靠性測試。九、面向?qū)ο筌浖臏y試。十、Web應(yīng)用測試。十一、其他測試。十二、軟件測試過程和管理。十三、軟件測試自動化、方法。十四、軟件測試的標(biāo)準(zhǔn)和文檔。十五、軟件測試實踐。(1)軟件測試過程管理概念。(2)測試的設(shè)計。(3)測試的準(zhǔn)備。(4)測試的執(zhí)行。(5)軟件問題報告和軟件問題生命周期。(6)測試的總結(jié)。(7)QESuite軟件測試過程管理平臺。(1)被測程序說明。(2)靜態(tài)分析。(3)被測程序的插裝和動態(tài)測試。(4)QESAT/C++白盒測試工具。