【正文】 分類：1白盒測試用例；2軟件各項功能的測試用例；3用戶界面測試用例；4軟件的各項非功能測試用例；5對軟件缺陷修正所確認(rèn)的測試用例。七、什么是軟件缺陷？軟件缺陷的類型？答：軟件缺陷是1軟件未達(dá)到軟件規(guī)格說明書中規(guī)定的功能；2軟件超出軟件規(guī)格說明書中指出的范圍；3軟件未達(dá)到軟件規(guī)格說明書中指出的應(yīng)達(dá)到的目標(biāo)；4軟件運行出現(xiàn)錯誤；5軟件測試人員認(rèn)為軟件難于理解，不易使用，運行速度慢，或者最終用戶認(rèn)為軟件使用效果不好。答：黑盒測試一般可分為功能測試和非功能測試兩大類：功能測試主要包括等價類劃分、邊值分析、因果圖法、錯誤推測、功能圖法等，主要用于軟件確認(rèn)測試；非功能測試主要包括使用性能測試、性能測試、強(qiáng)度測試、兼容性測試、配置測試、安全測試等。6，團(tuán)隊合作精神。2，具有創(chuàng)新精神和超前意識。8，完全測試是不可能的，測試需要終止。4，Pareto原則。：性能測試—Loadrunner、Robot、Silk performer，功能測試—QTP、Winrunner、Robot、Silk test，其他測試—Xenu、AiRoboForm。：配置測試環(huán)境是測試實施的一個重要階段，測試環(huán)境適合與否會嚴(yán)重影響測試結(jié)果的重要性和真實性。⑤ bug 可能屬于的模塊，如果不能確認(rèn)，可以用開發(fā)人員來判斷。：① 和 bug 產(chǎn)生對應(yīng)的軟件版本。軟件測試的基本格式：軟件測試用例的基本要素包括測試用例編號、測試標(biāo)題、重要級別、測試輸入、操作步驟、預(yù)期結(jié)果。黑盒測試也稱之為功能測試和數(shù)據(jù)驅(qū)動測試。第四篇：軟件測試小結(jié)第二階段學(xué)習(xí)小結(jié)。該軟件的規(guī)格說明如下：“有一個處理單價為1元5角錢的盒裝飲料的自動售貨機(jī)軟件。”2． 某報表處理系統(tǒng)要求用戶輸入處理報表的日期，日期限制在2003年1月至2008年12月，即系統(tǒng)只能對該段期間內(nèi)的報表進(jìn)行處理，如日期不在此范圍內(nèi)，則顯示輸入錯誤信息。不可能做到完全測試，以最少的用例在合理的時間內(nèi)發(fā)現(xiàn)最多的問題1． 根據(jù)下面給出的規(guī)格說明，利用等價類劃分的方法，給出足夠的測試用例。（7）為了達(dá)到最佳的測試效果，應(yīng)該由獨立的第三方從事測試工作。(2)應(yīng)當(dāng)把“盡早地和不斷地進(jìn)行軟件測試” 作為軟件開發(fā)者的座右銘。？根據(jù)程序的輸入特性，將程序的定義域劃分為有限個等價區(qū)段“等價類”，從等價類中選擇出的用例具有“代表性”，即測試某個等價類的代表值就等于對這一類其他值的測試。d)因果圖：通過畫因果圖，在圖上標(biāo)明約束和限制，轉(zhuǎn)換成判定表，然后設(shè)計測試用例。？測試計劃中所有規(guī)定的測試內(nèi)容和回歸測試都已經(jīng)運行完成或根據(jù)上級主管對測試結(jié)果的意見，就可以結(jié)束本次測試。2)性能測試：顧名思義就是測試軟件的運行性能。動態(tài)測試的兩個基本要素：被測試程序和測試數(shù)據(jù)（測試用例）。靜態(tài)測試約可找出30～70%的邏輯設(shè)計錯誤。制訂測試計劃、設(shè)計測試用例、實施測試、提交缺陷報告、編寫測試總結(jié)。2）測試設(shè)計將測試計劃階段制訂的測試需求分解、細(xì)化為若干個可執(zhí)行的測試過程，并為每個測試過程選擇適當(dāng)?shù)臏y試用例（測試用例選擇的好壞將直接影響測試結(jié)果的有效性）。這樣做的具體目的有如下幾點：(1)可以在準(zhǔn)生產(chǎn)環(huán)境中運行新系統(tǒng)而又不冒風(fēng)險；(2)用戶能有一段熟悉新系統(tǒng)的時間；(3)可以驗證用戶指南和使用手冊之類的文檔；(4)能夠以準(zhǔn)生產(chǎn)模式對新系統(tǒng)進(jìn)行全負(fù)荷測試，可以用測試結(jié)果驗證性能指標(biāo)。驗收測試的目的是驗證系統(tǒng)確實能夠滿足用戶的需要，在這個測試步驟中發(fā)現(xiàn)的往往是系統(tǒng)需求說明書中的錯誤。在這個過程中不僅應(yīng)該發(fā)現(xiàn)設(shè)計和編碼的錯誤，還應(yīng)該驗證系統(tǒng)確實能提供需求說明書中指定的功能，而且系統(tǒng)的動態(tài)特性也符合預(yù)定要求。在這個測試步驟中所發(fā)現(xiàn)的往往是編碼和詳細(xì)設(shè)計的錯誤。1． 測試過程中會產(chǎn)生哪些基本文檔？（1）測試計劃（通常包括單元測試和集成測試）：確定測試范圍、方法和需要的資源（2）測試過程：詳細(xì)描述和每個測試方案有關(guān)的測試步驟和數(shù)據(jù)（包括測試數(shù)據(jù)及預(yù)期的結(jié)果）；（3）測試結(jié)果：把每次測試運行的結(jié)果歸入文檔，如果運行出錯，則應(yīng)產(chǎn)生 問題報告，并且必須通過調(diào)試解決所發(fā)現(xiàn)的問題。通常在編碼階段進(jìn)行，必要的時候要制作驅(qū)動模塊和樁模塊。5． 黑盒測試又稱為功能測試或數(shù)據(jù)驅(qū)動測試，把系統(tǒng)看成一個黑盒子，不考慮程序的內(nèi)在邏輯，只根據(jù)需求規(guī)格說明書的要求來檢查程序的功能是否符合它的功能說明。軟件缺陷報告Software Bug Report（SBR）或軟件問題報告Software Problem Report（SPR）2． 回歸測試是指重新執(zhí)行已經(jīng)做過的測試的某個子集，以保證修改變化沒有帶來非預(yù)期的副作用。10． 軟件測試按照開發(fā)階段劃分單元測試、集成測試、系統(tǒng)測試、確認(rèn)測試、驗收測試。6． 系統(tǒng)測試時在集成測試完成后，確認(rèn)測試之前進(jìn)行的測試。2． 功能測試時系統(tǒng)測試的主要內(nèi)容，檢查系統(tǒng)的功能、性能是否與需求規(guī)格說明相同。19． 測試通常可分為白盒測試和黑盒測試。4． 單元測試一般以白盒測試法為主，測試的依據(jù)是模塊功能規(guī)格說明。驗收測試主要就是用戶在拿到軟件的時候，在使用現(xiàn)場，會根據(jù)前邊所提到的需求，以及規(guī)格說明書來做相應(yīng)測試，以確定軟件達(dá)到符合效果的。單元測試按照設(shè)定好的最小測試單元進(jìn)行按單元測試，主要是測試程序代碼，為的是確保各單元模塊被正確的編譯，單元的具體劃分按不同的單位與不同的軟件有不同。文檔不完善，風(fēng)險估計不足等。項目管理的問題：缺乏質(zhì)量文化，不重視質(zhì)量計劃，對質(zhì)量、資源、任務(wù)、成本等的平衡性把握不好，容易擠掉需求分析、評審、測試、等時間，遺留的缺陷會比較多。語法錯誤：對于編譯性語言程序，編譯器可以發(fā)現(xiàn)這類問題；但對于解釋性語言程序，只能在測試運行時發(fā)現(xiàn)。不同階段的開發(fā)人員相互理解不一致。從而會引起強(qiáng)度或負(fù)載問題。③對程序邏輯路徑或數(shù)據(jù)范圍的邊界考慮不夠周全，漏掉某些邊界條件，造成容量或邊界錯誤。測試不是在編碼完成后才開始介入，而是貫穿于整個軟件生命周期。1957–1978－證明為主 當(dāng)時計算機(jī)應(yīng)用的數(shù)量，成本和復(fù)雜性都大幅度提升，隨之而來的經(jīng)濟(jì)風(fēng)險也大大增加，測試就顯得很有必要了，這個時期測試的主要目就是確認(rèn)軟件是滿足需求的，也就是我們常說的“做了該做的事情”。第三軟件測試不僅是在測試軟件軟件產(chǎn)品本身，而且還包括軟件開發(fā)的過程。內(nèi)部報告是我們在測試工作中的項目文檔，反映了測試工作的實施情況,一般外部測試報告要滿足下面幾個要求：根據(jù)內(nèi)部測試報告進(jìn)行編寫，一般可以摘錄；不可以向客戶報告嚴(yán)重缺陷，即使是已經(jīng)修改的缺陷，開發(fā)中的缺陷也沒有必要讓客戶知道；報告上可以列出一些缺陷，但必須是中級的缺陷，而且這些缺陷必須是修復(fù)的；報告上面的內(nèi)容盡量要真實可靠；整個測試報告要仔細(xì)審閱，力爭不給項目帶來負(fù)面作用，尤其是性能測試報告。做軟件產(chǎn)品通常是研發(fā)中心來開發(fā)，進(jìn)度壓力要小些。項目和產(chǎn)品的不同特點，決定我們測試產(chǎn)品和測試項目仍然會有很多不同的地方：質(zhì)量要求不同。而質(zhì)量保證人員（QA）主要職責(zé)是創(chuàng)建或者制定標(biāo)準(zhǔn)和方法，提高促進(jìn)軟件開發(fā)能力和減少軟件缺陷?！叭毕菀粋€連著一個”不是一個客觀規(guī)律，只是一個常見的現(xiàn)象。實際上完全測試是不可能的。當(dāng)然如果這些模塊如果問題較多，不應(yīng)該進(jìn)行演示。管理者就應(yīng)該把員工的個人成長和企業(yè)的發(fā)展聯(lián)系起來，為員工設(shè)定合理發(fā)展規(guī)劃并付諸實現(xiàn)。我們經(jīng)常會碰到某些功能方面的問題被當(dāng)成缺陷來處理，這類問題可以以后有時間時考慮再處理。發(fā)生這種現(xiàn)象的主要原因如下：沒有足夠的時間資源。我們沒有對軟件進(jìn)行完全測試，實際就是選擇了風(fēng)險，因為缺陷極有可能存在沒有進(jìn)行測試的部分。因此，基線可以作為項目的一個檢查點。12在單元測試中，測試一個模塊時，需要設(shè)計驅(qū)動模塊和樁模塊。1用等價類劃分法設(shè)計測試用例時，如果被測程序的某個輸入條件規(guī)定了取值范圍，則可確定一個合理的等在和兩個不合理的等價類。11運行被測程序的方法稱為動態(tài)測試。11用等價類劃分法設(shè)計一個測試用例時，使其覆蓋一個不合理等價類。10調(diào)試也稱糾錯，是在成功的測試之后才開始進(jìn)行，其目的是確定錯誤的 原因和位置，并改正錯誤。10確認(rèn)測試在模擬環(huán)境下運用黑盒測試方法，由專門測試人員和用戶 參加的測試。29．漸增式測試有兩種不同的組裝模塊的方法：自頂向下結(jié)合自底向上結(jié)合。驅(qū)動模塊用來模擬被測模塊的上級調(diào)用模塊，樁模塊用來代替被測模塊所調(diào)用的模塊。23．軟件測試一般經(jīng)過4個測試：單元測試集成測試確認(rèn)測試系統(tǒng)測試。9在測試程序時，根據(jù)經(jīng)驗或直覺推測程序中可能存在的各種錯誤，稱為 錯誤推測法。8黑盒測試是 功能測試，用黑盒技術(shù)設(shè)計測試用例有4種方法：等價類劃分邊界值分析錯誤推測因果圖。8邏輯覆蓋是對程序內(nèi)部有判定存在的邏輯結(jié)構(gòu)設(shè)計測試用例，根據(jù)程序內(nèi)部的邏輯覆蓋程度又可