【正文】 主管對測試結(jié)果的意見，就可以結(jié)束本次測試。？：a)等價(jià)類劃分：劃分等價(jià)類確立測試用例設(shè)計(jì)用例。b)邊界值分析：通過分析，考慮如何確立邊界情況 c)錯(cuò)誤推測法：靠經(jīng)驗(yàn)和直覺來推測程序中可能存在的各種錯(cuò)誤，從而有針對性地編寫用例?？梢粤信e出可能的錯(cuò)誤和可能發(fā)生錯(cuò)誤的地方，然后選擇用例。d)因果圖：通過畫因果圖，在圖上標(biāo)明約束和限制，轉(zhuǎn)換成判定表，然后設(shè)計(jì)測試用例。這適合于檢查程序輸入條件的各種組合情況。缺陷報(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ì)量控制。軟件測試缺陷報(bào)告是軟件測試的輸出成果之一，可以衡量測試人員的工作能力。？根據(jù)程序的輸入特性，將程序的定義域劃分為有限個(gè)等價(jià)區(qū)段“等價(jià)類”，從等價(jià)類中選擇出的用例具有“代表性”，即測試某個(gè)等價(jià)類的代表值就等于對這一類其他值的測試。如果某個(gè)等價(jià)類的一個(gè)輸入數(shù)據(jù)（代表值）測試中查出了錯(cuò)誤，說明該類中其他測試用例也會有錯(cuò)誤。(1)測試是為了發(fā)現(xiàn)程序中的錯(cuò)誤而執(zhí)行程序的過程；(2)好的測試方案是極可能發(fā)現(xiàn)迄今為止尚未發(fā)現(xiàn)的錯(cuò)誤的測試方案；(3)成功的測試是發(fā)現(xiàn)了至今為止尚未發(fā)現(xiàn)的錯(cuò)誤的測試。？(1)所有測試都應(yīng)該能追溯到用戶需求。(2)應(yīng)當(dāng)把“盡早地和不斷地進(jìn)行軟件測試” 作為軟件開發(fā)者的座右銘。(3)pareto原則：測試發(fā)現(xiàn)的錯(cuò)誤中的80%很可能是由程序中20%的模塊造成的。（4）應(yīng)該從“小規(guī)?！睖y試開始，并逐步進(jìn)行“大規(guī)?！睖y試。（5）測試用例應(yīng)由輸入數(shù)據(jù)和預(yù)期的輸出結(jié)果兩部分組成，并兼顧合理的輸入和不合理的輸入數(shù)據(jù)（6）窮舉測試是不可能的。（7）為了達(dá)到最佳的測試效果，應(yīng)該由獨(dú)立的第三方從事測試工作。（8）程序修改后要回歸測試。（9）應(yīng)長期保留測試用例，直至系統(tǒng)廢棄。？1)白盒測試用例設(shè)計(jì)的關(guān)鍵是以較少的用例覆蓋盡可能多的內(nèi)部程序邏輯結(jié)果2)黑盒測試用例設(shè)計(jì)的關(guān)鍵同樣也是以較少的用例覆蓋模塊輸出和輸入接口。不可能做到完全測試，以最少的用例在合理的時(shí)間內(nèi)發(fā)現(xiàn)最多的問題1． 根據(jù)下面給出的規(guī)格說明，利用等價(jià)類劃分的方法，給出足夠的測試用例?！耙粋€(gè)程序讀入三個(gè)整數(shù)。把此三個(gè)數(shù)值看成是一個(gè)三角形的三個(gè)邊。這個(gè)程序要打印出信息，說明這個(gè)三角形是三邊不等的、是等腰的、還是等邊的?！?． 某報(bào)表處理系統(tǒng)要求用戶輸入處理報(bào)表的日期，日期限制在2003年1月至2008年12月，即系統(tǒng)只能對該段期間內(nèi)的報(bào)表進(jìn)行處理，如日期不在此范圍內(nèi)，則顯示輸入錯(cuò)誤信息。系統(tǒng)日期規(guī)定由年、月的6位數(shù)字字符組成，前四位代表年，后兩位代表月。請用等價(jià)類劃分法和邊界值劃分法設(shè)計(jì)測試用例來測試程序的日期檢查功能。3． 設(shè)要對一個(gè)自動飲料售貨機(jī)軟件進(jìn)行黑盒測試。該軟件的規(guī)格說明如下：“有一個(gè)處理單價(jià)為1元5角錢的盒裝飲料的自動售貨機(jī)軟件。若投入1元5角硬幣，按下“可樂”、“雪碧”或“紅茶”按鈕，相應(yīng)的飲料就送出來。若投入的是2元硬幣，在送出飲料的同時(shí)退還5角硬幣?！崩玫葍r(jià)類劃分的方法，設(shè)計(jì)測試該軟件的全部測試用例。第四篇：軟件測試小結(jié)第二階段學(xué)習(xí)小結(jié)。白盒測試，也稱之為結(jié)構(gòu)測試和邏輯驅(qū)動測試。黑盒測試不需了解程序內(nèi)部結(jié)構(gòu)和內(nèi)部特征。主要著眼于程序外部的用戶界面，關(guān)注軟件的輸入和輸出，關(guān)注用戶的需求，從用戶的角度來驗(yàn)證軟件的功能。黑盒測試也稱之為功能測試和數(shù)據(jù)驅(qū)動測試。：等價(jià)類劃分法、邊界值分析法、判定表方法、因果圖法、錯(cuò)誤推測法。：語句覆蓋、判定覆蓋、條件覆蓋、判定條件覆蓋、條件組合覆蓋、路徑覆蓋。：測試用例就是一個(gè)文檔，描述輸入、動作、或者時(shí)間和一個(gè)期望的結(jié)果，其目的是確定應(yīng)用程序的某個(gè)特性是否正常的工作。軟件測試的基本格式：軟件測試用例的基本要素包括測試用例編號、測試標(biāo)題、重要級別、測試輸入、操作步驟、預(yù)期結(jié)果。{系統(tǒng)測試用例的編號這樣定義規(guī)則： PROJECT1ST001，命名規(guī)則是項(xiàng)目名稱+測試階段類型（系統(tǒng)測試階段）+編號。定義測試用例的優(yōu)先級別，可以籠統(tǒng)的分為 “ 高 ” 和 “ 低 ” 兩個(gè)級別。測試用例設(shè)計(jì)方法：（1）逐級細(xì)分法（2）輸入域測試法（3）輸出域分析法（4）正交試驗(yàn)設(shè)計(jì)法（5）業(yè)務(wù)流程分析法（6）狀態(tài)遷移法（7）因果圖法（8）判定表法（9）錯(cuò)誤猜測法(10)等價(jià)類劃分法（11）邊界值分析法}。：① 和 bug 產(chǎn)生對應(yīng)的軟件版本。② 開發(fā)的接口人員。③ bug 的優(yōu)先級。④ bug 的嚴(yán)重程度。⑤ bug 可能屬于的模塊，如果不能確認(rèn)，可以用開發(fā)人員來判斷。⑥ bug 標(biāo)題，需要清晰的描述現(xiàn)象。⑦ bug 描述，需要盡量給出重新 bug 的步驟。⑧ bug 附件中能給出相關(guān)的日志和截圖。：配置測試環(huán)境是測試實(shí)施的一個(gè)重要階段，測試環(huán)境適合與否會嚴(yán)重影響測試結(jié)果的重要性和真實(shí)性。一般來說，配置測試環(huán)境要滿足五個(gè)基本元素：硬件、軟件、網(wǎng)絡(luò)環(huán)境、數(shù)據(jù)準(zhǔn)備、測試工具。:單機(jī)版測試環(huán)境搭建，b/s架構(gòu)測試環(huán)境的搭建，c/s架構(gòu)測試環(huán)境的搭建。：設(shè)置專門的測試環(huán)境管理員角色、明確測試環(huán)境管理所需的各種文檔、測試環(huán)境訪問權(quán)限的管理、測試環(huán)境的變更管理、測試環(huán)境的備份和恢復(fù)。：性能測試—Loadrunner、Robot、Silk performer，功能測試—QTP、Winrunner、Robot、Silk test，其他測試—Xenu、AiRoboForm。第五篇：軟件測試簡答題一、軟件測試有哪些基本原則？答：1，所有的測試都應(yīng)追溯到用戶需求。2，應(yīng)當(dāng)把盡早和不斷的測試作為座右銘。3，測試工作應(yīng)該由獨(dú)立的專業(yè)的軟件測試機(jī)構(gòu)來完成。4，Pareto原則。5，設(shè)計(jì)用例時(shí)，應(yīng)該考慮各種情況。6，對測試出的錯(cuò)誤結(jié)果一定要有一個(gè)確認(rèn)的過程。7，制定嚴(yán)格的測試計(jì)劃。8，完全測試是不可能的，測試需要終止。9，注意回歸測試的關(guān)聯(lián)性。10，妥善保存一切測試過程文檔。二、軟件測試人員需要哪些基本素質(zhì)？答：1，具有良好的計(jì)算機(jī)編程基礎(chǔ)。2，具有創(chuàng)新精神和超前意識。3，不懈努力，追求完美。4，具有很強(qiáng)的溝通和交流能力。5，具有整體觀念，對細(xì)節(jié)敏感。6，團(tuán)隊(duì)合作精神。三、什么的黑盒測試？什么是白盒測試？答：黑盒測試：已知產(chǎn)品的功能設(shè)計(jì)規(guī)格和用戶手冊，可以進(jìn)行測試驗(yàn)證每個(gè)功能是否實(shí)現(xiàn)每個(gè)實(shí)現(xiàn)了的功能是否符合要求，以及產(chǎn)品的性能是否滿足用戶的需求。白盒測試：已知產(chǎn)品的內(nèi)部工作過程，可以通過測試驗(yàn)證每種內(nèi)部操作是否符合設(shè)計(jì)規(guī)格要求，所有內(nèi)部成分是否已經(jīng)過檢查。四、黑盒測試包括功能 非功能測試部分，說明幾種測試方法。答：黑盒測試一般可分為功能測試和非功能測試兩大類：功能測試主要包括等價(jià)類劃分、邊值分析、因果圖法、錯(cuò)誤推測、功能圖法等，主要用于軟件確認(rèn)測試；非功能測試主要包括使用性能測試、性能測試、強(qiáng)度測試、兼容性測試、配置測試、安全測試等。五、簡述集成測試的實(shí)施方案有哪些？答：集成測試的實(shí)施方案有很多種，如非增量式集成測試和增量式集成測試，三明治集成測試，核心集成測試，分層集成測試，基于使用的集成測試等；常用的是前兩種。六、簡述增量式集成測試中的自頂山下和自底向上的兩種測試方法？答：自頂向下增量式集成測試表示逐步集成和逐步測試是按結(jié)構(gòu)圖自上向下進(jìn)行的，即模塊集成的順序是首先集成主控模塊，然后按照軟件控制層結(jié)構(gòu)向下進(jìn)行集成。自底向上增量是集成測試是從最底層的模塊開始，按結(jié)構(gòu)圖自下向上逐步進(jìn)行測試工作。七、什么是軟件缺陷？軟件缺陷的類型？答：軟件缺陷是1軟件未達(dá)到軟件規(guī)格說明書中規(guī)定的功能；2軟件超出軟件規(guī)格說明書中指出的范圍；3軟件未達(dá)到軟件規(guī)格說明書中指出的應(yīng)達(dá)到的目標(biāo)；4軟件運(yùn)行出現(xiàn)錯(cuò)誤；5軟件測試人員認(rèn)為軟件難于理解，不易使用，運(yùn)行速度慢，或者最終用戶認(rèn)為軟件使用效果不好。類型：1功能缺陷；2用戶見面缺陷；3文檔缺陷；4軟件配置缺陷；5性能缺陷；6系統(tǒng)模塊接口缺陷。八、可采取哪些方法來分離和再現(xiàn)軟件缺陷？答：1，確保所有的步驟都被記錄；2，注意時(shí)間和運(yùn)行條件上的因素；3，注意軟件的邊界條件、內(nèi)容容量和數(shù)據(jù)溢出的問題；4,注意事件發(fā)生次序?qū)е碌能浖毕荩?，考慮資源依賴性和內(nèi)存、網(wǎng)絡(luò)、硬件共享的相互作用；6，不要忽視硬件。九、什么是測試用例？測試用例的分類？答：測試用例是測試執(zhí)行的最小實(shí)體，是為特定的目的而設(shè)計(jì)的一組測試輸入、執(zhí)行條件和預(yù)期的結(jié)果。分類：1白盒測試用例；2軟件各項(xiàng)功能的測試用例；3用戶界面測試用例；4軟件的各項(xiàng)非功能測試用例；5對軟件缺陷修正所確認(rèn)的測試用例。十、測試用例設(shè)計(jì)的基本原則是什么？答：1用成熟測試用例設(shè)計(jì)方法來指導(dǎo)設(shè)計(jì)；2測試用例的正確性；3測試用例的代表性；4測試結(jié)果的可判定性；5測試結(jié)果的可再現(xiàn)性；6足夠詳細(xì)、準(zhǔn)確和清晰的步驟。