【正文】 ：性能測試—Loadrunner、Robot、Silk performer，功能測試—QTP、Winrunner、Robot、Silk test，其他測試—Xenu、AiRoboForm。:單機(jī)版測試環(huán)境搭建，b/s架構(gòu)測試環(huán)境的搭建，c/s架構(gòu)測試環(huán)境的搭建。：配置測試環(huán)境是測試實(shí)施的一個(gè)重要階段，測試環(huán)境適合與否會(huì)嚴(yán)重影響測試結(jié)果的重要性和真實(shí)性。⑦ bug 描述，需要盡量給出重新 bug 的步驟。⑤ bug 可能屬于的模塊，如果不能確認(rèn)，可以用開發(fā)人員來判斷。③ bug 的優(yōu)先級。：① 和 bug 產(chǎn)生對應(yīng)的軟件版本。定義測試用例的優(yōu)先級別，可以籠統(tǒng)的分為 “ 高 ” 和 “ 低 ” 兩個(gè)級別。軟件測試的基本格式：軟件測試用例的基本要素包括測試用例編號、測試標(biāo)題、重要級別、測試輸入、操作步驟、預(yù)期結(jié)果。：語句覆蓋、判定覆蓋、條件覆蓋、判定條件覆蓋、條件組合覆蓋、路徑覆蓋。黑盒測試也稱之為功能測試和數(shù)據(jù)驅(qū)動(dòng)測試。黑盒測試不需了解程序內(nèi)部結(jié)構(gòu)和內(nèi)部特征。第五篇：軟件測試小結(jié)第二階段學(xué)習(xí)小結(jié)。若投入的是2元硬幣，在送出飲料的同時(shí)退還5角硬幣。該軟件的規(guī)格說明如下：“有一個(gè)處理單價(jià)為1元5角錢的盒裝飲料的自動(dòng)售貨機(jī)軟件。請用等價(jià)類劃分法和邊界值劃分法設(shè)計(jì)測試用例來測試程序的日期檢查功能?！?． 某報(bào)表處理系統(tǒng)要求用戶輸入處理報(bào)表的日期，日期限制在2003年1月至2008年12月，即系統(tǒng)只能對該段期間內(nèi)的報(bào)表進(jìn)行處理，如日期不在此范圍內(nèi)，則顯示輸入錯(cuò)誤信息。把此三個(gè)數(shù)值看成是一個(gè)三角形的三個(gè)邊。不可能做到完全測試，以最少的用例在合理的時(shí)間內(nèi)發(fā)現(xiàn)最多的問題1． 根據(jù)下面給出的規(guī)格說明，利用等價(jià)類劃分的方法，給出足夠的測試用例。（9）應(yīng)長期保留測試用例，直至系統(tǒng)廢棄。（7）為了達(dá)到最佳的測試效果，應(yīng)該由獨(dú)立的第三方從事測試工作。（4）應(yīng)該從“小規(guī)模”測試開始，并逐步進(jìn)行“大規(guī)?！睖y試。(2)應(yīng)當(dāng)把“盡早地和不斷地進(jìn)行軟件測試” 作為軟件開發(fā)者的座右銘。(1)測試是為了發(fā)現(xiàn)程序中的錯(cuò)誤而執(zhí)行程序的過程；(2)好的測試方案是極可能發(fā)現(xiàn)迄今為止尚未發(fā)現(xiàn)的錯(cuò)誤的測試方案；(3)成功的測試是發(fā)現(xiàn)了至今為止尚未發(fā)現(xiàn)的錯(cuò)誤的測試。？根據(jù)程序的輸入特性，將程序的定義域劃分為有限個(gè)等價(jià)區(qū)段“等價(jià)類”，從等價(jià)類中選擇出的用例具有“代表性”，即測試某個(gè)等價(jià)類的代表值就等于對這一類其他值的測試。缺陷報(bào)告是軟件測試人員的工作成果之一，體現(xiàn)軟件測試的價(jià)值缺陷報(bào)告可以把軟件存在的缺陷準(zhǔn)確的描述出來，便于開發(fā)人員修正缺陷報(bào)告可以反映項(xiàng)目、產(chǎn)品當(dāng)前的質(zhì)量狀態(tài)，便于項(xiàng)目整體進(jìn)度和質(zhì)量控制。d)因果圖：通過畫因果圖，在圖上標(biāo)明約束和限制，轉(zhuǎn)換成判定表，然后設(shè)計(jì)測試用例。b)邊界值分析：通過分析，考慮如何確立邊界情況 c)錯(cuò)誤推測法：靠經(jīng)驗(yàn)和直覺來推測程序中可能存在的各種錯(cuò)誤，從而有針對性地編寫用例。？測試計(jì)劃中所有規(guī)定的測試內(nèi)容和回歸測試都已經(jīng)運(yùn)行完成或根據(jù)上級主管對測試結(jié)果的意見，就可以結(jié)束本次測試。3)壓力測試：測試軟件在超負(fù)荷下的工作情況，也是一種軟件的性能。2)性能測試：顧名思義就是測試軟件的運(yùn)行性能。？語句覆蓋、判定覆蓋、條件覆蓋、判定/條件覆蓋、多重條件覆蓋。動(dòng)態(tài)測試的兩個(gè)基本要素：被測試程序和測試數(shù)據(jù)（測試用例）。包括：是否符合標(biāo)準(zhǔn)和規(guī)范；通過結(jié)構(gòu)分析、流圖分析、符號執(zhí)行指出軟件缺陷。靜態(tài)測試約可找出30～70%的邏輯設(shè)計(jì)錯(cuò)誤。2)最重要的：測試策略、確定測試內(nèi)容、資源、測試進(jìn)度、測試員的職責(zé)與任務(wù)分配、項(xiàng)目通過或失敗的標(biāo)準(zhǔn) ？測試計(jì)劃的目的：編寫軟件測試計(jì)劃的目的是指導(dǎo)測試組成員進(jìn)行工作和讓測試組以外的項(xiàng)目成員了解測試工作的。制訂測試計(jì)劃、設(shè)計(jì)測試用例、實(shí)施測試、提交缺陷報(bào)告、編寫測試總結(jié)。4）測試執(zhí)行執(zhí)行測試開發(fā)階段建立的自動(dòng)測試過程，并對所發(fā)現(xiàn)的缺陷進(jìn)行跟蹤管理，測試執(zhí)行一般由單元測試、組合測試、集成測試、系統(tǒng)聯(lián)調(diào)及回歸測試等步驟組成，測試人員應(yīng)本著科學(xué)負(fù)責(zé)的態(tài)度，一步一個(gè)腳印地進(jìn)行測試。2）測試設(shè)計(jì)將測試計(jì)劃階段制訂的測試需求分解、細(xì)化為若干個(gè)可執(zhí)行的測試過程，并為每個(gè)測試過程選擇適當(dāng)?shù)臏y試用例（測試用例選擇的好壞將直接影響測試結(jié)果的有效性）。計(jì)劃階段、設(shè)計(jì)階段、白盒單元、白盒集成、黑盒單元、黑盒集成、系統(tǒng)測試、回歸測試、驗(yàn)收測試一套完整的測試應(yīng)該由五個(gè)階段組成：1）測試計(jì)劃首先，根據(jù)用戶需求報(bào)告中關(guān)于功能要求和性能指標(biāo)的規(guī)格說明書，定義相應(yīng)的測試需求報(bào)告，即制訂黑盒測試的最高標(biāo)準(zhǔn)。這樣做的具體目的有如下幾點(diǎn)：(1)可以在準(zhǔn)生產(chǎn)環(huán)境中運(yùn)行新系統(tǒng)而又不冒風(fēng)險(xiǎn)；(2)用戶能有一段熟悉新系統(tǒng)的時(shí)間；(3)可以驗(yàn)證用戶指南和使用手冊之類的文檔；(4)能夠以準(zhǔn)生產(chǎn)模式對新系統(tǒng)進(jìn)行全負(fù)荷測試，可以用測試結(jié)果驗(yàn)證性能指標(biāo)。5）.平行運(yùn)行關(guān)系重大的軟件產(chǎn)品在驗(yàn)收之后往往并不立即投入生產(chǎn)性運(yùn)行，而是要再經(jīng)過一段平行運(yùn)行時(shí)間的考驗(yàn)。驗(yàn)收測試的目的是驗(yàn)證系統(tǒng)確實(shí)能夠滿足用戶的需要，在這個(gè)測試步驟中發(fā)現(xiàn)的往往是系統(tǒng)需求說明書中的錯(cuò)誤。不論是子系統(tǒng)測試還是系統(tǒng)測試，都兼有檢測和組裝兩重含義，通常稱為集成測試。在這個(gè)過程中不僅應(yīng)該發(fā)現(xiàn)設(shè)計(jì)和編碼的錯(cuò)誤，還應(yīng)該驗(yàn)證系統(tǒng)確實(shí)能提供需求說明書中指定的功能，而且系統(tǒng)的動(dòng)態(tài)特性也符合預(yù)定要求。模塊相互間的協(xié)調(diào)和通信是這個(gè)測試過程中的主要問題，因此，這個(gè)步驟著重測試模塊的接口。在這個(gè)測試步驟中所發(fā)現(xiàn)的往往是編碼和詳細(xì)設(shè)計(jì)的錯(cuò)誤。因此，有可能把每個(gè)模塊作為一個(gè)單獨(dú)的實(shí)體來測試，而且通常比較容易設(shè)計(jì)檢驗(yàn)?zāi)K正確性的測試方案。1． 測試過程中會(huì)產(chǎn)生哪些基本文檔？（1）測試計(jì)劃（通常包括單元測試和集成測試）：確定測試范圍、方法和需要的資源（2）測試過程：詳細(xì)描述和每個(gè)測試方案有關(guān)的測試步驟和數(shù)據(jù)（包括測試數(shù)據(jù)及預(yù)期的結(jié)果）；（3）測試結(jié)果：把每次測試運(yùn)行的結(jié)果歸入文檔，如果運(yùn)行出錯(cuò)，則應(yīng)產(chǎn)生 問題報(bào)告，并且必須通過調(diào)試解決所發(fā)現(xiàn)的問題。10． 確認(rèn)測試：驗(yàn)證軟件的功能和性能及其它特性是否與用戶的要求一致。通常在編碼階段進(jìn)行，必要的時(shí)候要制作驅(qū)動(dòng)模塊和樁模塊。7． 軟件測試 ：在軟件投入運(yùn)行前，對軟件需求分析、設(shè)計(jì)規(guī)格說明和編碼的最終復(fù)審，是軟件質(zhì)量保證的關(guān)鍵步驟。5． 黑盒測試又稱為功能測試或數(shù)據(jù)驅(qū)動(dòng)測試，把系統(tǒng)看成一個(gè)黑盒子，不考慮程序的內(nèi)在邏輯，只根據(jù)需求規(guī)格說明書的要求來檢查程序的功能是否符合它的功能說明。動(dòng)態(tài)測試的兩個(gè)基本要素： 被測試程序、測試數(shù)據(jù)（測試用例）4． 白盒測試又稱為結(jié)構(gòu)測試和邏輯驅(qū)動(dòng)測試，允許測試人員對程序內(nèi)部邏輯結(jié)構(gòu)及有關(guān)信息來設(shè)計(jì)和選擇測試用例，對程序的邏輯路徑進(jìn)行測試。軟件缺陷報(bào)告Software Bug Report（SBR）或軟件問題報(bào)告Software Problem Report（SPR）2． 回歸測試是指重新執(zhí)行已經(jīng)做過的測試的某個(gè)子集，以保證修改變化沒有帶來非預(yù)期的副作用。23． 測試項(xiàng)目主要包括以下幾個(gè)階段：計(jì)劃階段、初始階段、執(zhí)行階段、總結(jié)評估階段、設(shè)計(jì)階段。10． 軟件