軟件測(cè)試考試資料

1、 判斷題代碼評(píng)審是檢察院代碼是否達(dá)到模塊設(shè)計(jì)的要求X代碼評(píng)審員一般由測(cè)試員擔(dān)任X項(xiàng)目立項(xiàng)前測(cè)試人員不需要提交任何工件V集成測(cè)試計(jì)劃在需求分析階段末提交X自底向上集成需要測(cè)試員編寫驅(qū)動(dòng)程序VBeta測(cè)試時(shí)驗(yàn)收測(cè)試的一種V代碼評(píng)審是檢查源代碼是否達(dá)到模塊設(shè)計(jì)的要求。X2、 軟件測(cè)試：軟件測(cè)試是為了發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程序的過程?！ㄜ浖|(zhì)量保證的關(guān)鍵元素，代表了規(guī)約、設(shè)計(jì)和編碼的最終檢查。2） 軟件測(cè)試的目的：從用戶的角度出發(fā)，普遍希望通過軟件測(cè)試暴露軟件中隱藏的錯(cuò)誤和缺陷，以考慮是否可接受該產(chǎn)品；從軟件開發(fā)者的角度出發(fā)，則希望測(cè)試成為表明軟件產(chǎn)品中不存在錯(cuò)誤的過程，驗(yàn)證該軟件已正確地實(shí)現(xiàn)了用戶的要求，確立人們對(duì)軟件質(zhì)量的信心。3） 軟件測(cè)試的任務(wù)：（1）尋找Bug；（2）避免軟件開發(fā)過程中的缺陷；（3）衡量軟件的質(zhì)量；（4）關(guān)注用戶的需求。軟件測(cè)試的對(duì)象：需求規(guī)格說(shuō)明，概要設(shè)計(jì)規(guī)格說(shuō)明，詳細(xì)設(shè)計(jì)規(guī)格說(shuō)明，源程序4） 軟件測(cè)試的基本原則：①應(yīng)當(dāng)把“盡早地和不斷地進(jìn)行軟件測(cè)試”作為軟件開發(fā)者的座右銘。②測(cè)試用例應(yīng)由測(cè)試輸入數(shù)據(jù)和與之對(duì)應(yīng)的預(yù)期輸出結(jié)果這兩部分組成。③程序員應(yīng)避免檢查自己的程序。④在設(shè)計(jì)測(cè)試用例時(shí)，應(yīng)當(dāng)包括合理的輸入條件和不合理的輸入條件。⑤充分注意測(cè)試中的群集現(xiàn)象。⑥嚴(yán)格執(zhí)行測(cè)試計(jì)劃，排除測(cè)試的隨意性。⑦應(yīng)當(dāng)對(duì)每一個(gè)測(cè)試結(jié)果做全面檢查。⑧妥善保存測(cè)試計(jì)劃，測(cè)試用例，出錯(cuò)統(tǒng)計(jì)和最終分析報(bào)告，為維護(hù)提供方便。3、 軟件測(cè)試的分類：按代碼和用戶使用的角度：覆蓋測(cè)試、使用測(cè)試。按是否查看源代碼：白盒測(cè)試（玻璃盒測(cè)試）、黑盒測(cè)試、灰盒測(cè)試。按是否使用工具：手工測(cè)試、自動(dòng)測(cè)試。按代碼是否執(zhí)行：靜態(tài)測(cè)試、動(dòng)態(tài)測(cè)試。按測(cè)試階段：?jiǎn)卧獪y(cè)試、集成測(cè)試、確認(rèn)測(cè)試、系統(tǒng)測(cè)試、驗(yàn)收測(cè)試。4、 白盒測(cè)試：又稱結(jié)構(gòu)測(cè)試，透明盒測(cè)試，邏輯測(cè)試或基于代碼的測(cè)試。白盒測(cè)試是測(cè)試被測(cè)單元內(nèi)部如何工作的一種方法，對(duì)軟件中的邏輯路徑進(jìn)行覆蓋測(cè)試。黑盒測(cè)試（數(shù)據(jù)驅(qū)動(dòng)測(cè)試）：又叫功能測(cè)試或數(shù)據(jù)驅(qū)動(dòng)測(cè)試。把被測(cè)的軟件看做是一個(gè)黑盒子，我們不去關(guān)心盒子里面的結(jié)構(gòu)是什么樣子的，只關(guān)心軟件的輸入數(shù)據(jù)和輸出結(jié)果。功能測(cè)試是黑盒測(cè)試的一方面，它檢查實(shí)際軟件的功能是否符合用戶的需求。性能測(cè)試是為描述測(cè)試對(duì)象與性能相關(guān)的特征并對(duì)其進(jìn)行評(píng)價(jià)，而實(shí)施和執(zhí)行的一類測(cè)試。單元測(cè)試是開發(fā)者編寫的一小段代碼，用于檢驗(yàn)被測(cè)代碼的一個(gè)很小的、很明確的功能是否正確。集成測(cè)試也叫組裝測(cè)試或聯(lián)合測(cè)試。在單元測(cè)試的基礎(chǔ)上，將所有模塊按照設(shè)計(jì)要求組裝成為子系統(tǒng)或系統(tǒng)，進(jìn)行集成測(cè)試。系統(tǒng)測(cè)試，是將經(jīng)過測(cè)試的子系統(tǒng)裝配成一個(gè)完整系統(tǒng)來(lái)測(cè)試。它是檢驗(yàn)系統(tǒng)是否確實(shí)能提供系統(tǒng)方案說(shuō)明書中指定功能的有效方法驗(yàn)收測(cè)試指的是在系統(tǒng)測(cè)試的后期，以用戶測(cè)試為主，或有測(cè)試人員等質(zhì)量保障人員共同參與的測(cè)試，它也是軟件正式交給用戶使用的最后一道工序自頂向下測(cè)試，是從程序的頂部或初始模塊開始。自底向上測(cè)試，是開始于程序的終端模塊，此類模塊不再調(diào)用其他任何模塊。回歸測(cè)試是指修改了舊代碼后，重新進(jìn)行測(cè)試以確認(rèn)修改沒有引入新的錯(cuò)誤或?qū)е缕渌a產(chǎn)生錯(cuò)誤?；液袦y(cè)試，是介于白盒測(cè)試與黑盒測(cè)試之間的，是將根據(jù)需求規(guī)范說(shuō)明語(yǔ)言RSL）產(chǎn)生的基于測(cè)試用例的要求（RBTC）,用測(cè)試單元的接口參數(shù)加到受測(cè)單元，檢驗(yàn)軟件在測(cè)試執(zhí)行環(huán)境控制下的執(zhí)行情況。邊界條件測(cè)試也是一種黑盒測(cè)試方法，適度等價(jià)類分析方法的一種補(bǔ)充，由長(zhǎng)期的測(cè)試工作經(jīng)驗(yàn)得知,大量的錯(cuò)誤時(shí)發(fā)生在輸入或輸出的邊界上，因此針對(duì)各種邊界情況設(shè)計(jì)測(cè)試用例，可以查出更多的錯(cuò)誤。測(cè)試計(jì)劃：描述了要進(jìn)行的測(cè)試活動(dòng)的范圍、方法、資源和進(jìn)度的文檔。它確定測(cè)試項(xiàng)、被測(cè)特性、測(cè)試任務(wù)、誰(shuí)執(zhí)行任務(wù)、各種可能的風(fēng)險(xiǎn)。測(cè)試用例是為某個(gè)特殊目標(biāo)而編制的一組測(cè)試輸入、執(zhí)行條件以及預(yù)期結(jié)果，以便測(cè)試某個(gè)程序路徑或核實(shí)是否滿足某個(gè)特定需求。動(dòng)態(tài)測(cè)試指實(shí)際運(yùn)行被測(cè)程序，輸入相應(yīng)得測(cè)試數(shù)據(jù)，檢查實(shí)際輸出結(jié)果和預(yù)期結(jié)果是否相符的過程。靜態(tài)測(cè)試是指不實(shí)際運(yùn)行被測(cè)試軟件，而只是靜態(tài)地查看程序代碼、界面或文檔中可能存在的錯(cuò)誤過程?？煽啃詼y(cè)試：在有使用代表性的環(huán)境中，為進(jìn)行軟件可靠性估計(jì)對(duì)該軟件進(jìn)行的功能測(cè)試路徑測(cè)試就是設(shè)計(jì)足夠多的測(cè)試用例，覆蓋被測(cè)試對(duì)象中的所有可能路徑。排錯(cuò)測(cè)試：排錯(cuò)過程開始于一個(gè)測(cè)試程序的執(zhí)行?若測(cè)試結(jié)果與期望結(jié)果有出入，即出現(xiàn)了錯(cuò)誤征兆，排錯(cuò)過程中首先要找出錯(cuò)誤原因，然后對(duì)錯(cuò)誤進(jìn)行修改。人工測(cè)試：是人為測(cè)試和手工測(cè)試的統(tǒng)稱手工測(cè)試是指依靠人力來(lái)查找BUG。自動(dòng)測(cè)試是指編寫一些測(cè)試工具，讓它們自動(dòng)運(yùn)行來(lái)查找BUG。5、軟件測(cè)試流程： 需求分析、測(cè)試計(jì)劃、測(cè)試設(shè)計(jì)、測(cè)試環(huán)境搭建、測(cè)試執(zhí)行、測(cè)試記錄、缺陷管理、軟件評(píng)估、測(cè)試維護(hù)。6、 軟件測(cè)試流程圖：細(xì)節(jié)，包括特定的編程語(yǔ)言3）測(cè)試人員和編程人員是相互獨(dú)立的4）從用戶的角度進(jìn)行測(cè)試，很容易被接受和理解5）有助于暴露任何與規(guī)格不一致或者歧義的地方6）測(cè)試用例可以在規(guī)格完成之后馬上進(jìn)行7）相同動(dòng)作可重復(fù)執(zhí)行，最枯燥的部分可由機(jī)器完成。缺點(diǎn):a代碼得不到測(cè)試。b如果規(guī)格說(shuō)明設(shè)計(jì)有誤，很難發(fā)現(xiàn)。c測(cè)試不能充分地進(jìn)行。d結(jié)果的準(zhǔn)確性取決于測(cè)試用例的設(shè)計(jì)。方法：等價(jià)類劃分法，邊界值分析法，因果圖法，正交實(shí)驗(yàn)法，功能圖分析方法8、白盒測(cè)試依據(jù)：軟件需求報(bào)告；軟件需求規(guī)格說(shuō)明；程序設(shè)計(jì)文檔；軟件界面設(shè)計(jì)；編碼規(guī)范；開發(fā)命名標(biāo)準(zhǔn)。流程：白盒測(cè)試的流程分為界面對(duì)象和業(yè)務(wù)對(duì)象兩種方式。（1）界面對(duì)象測(cè)試mvoboDMOVOmvoboDMOVO（2）（2）業(yè)務(wù)對(duì)象流程測(cè)試DBDM0 BO 5DBDM0 BO 5方法：白盒測(cè)試的測(cè)試方法有代碼檢查法、靜態(tài)結(jié)構(gòu)分析法、靜態(tài)質(zhì)量度量法、邏輯覆蓋法、基本路徑測(cè)試法、域測(cè)試、符號(hào)測(cè)試、z路徑覆蓋、程序變異。9、 白盒、黑盒、灰盒測(cè)試之間的比較：灰盒測(cè)試和白盒測(cè)試的區(qū)別：1）測(cè)試的時(shí)段不同，白盒測(cè)試在單元測(cè)試階段進(jìn)行，灰盒測(cè)試在集成測(cè)試前期進(jìn)行。2）測(cè)試的關(guān)注對(duì)象不同，白盒測(cè)試更關(guān)注內(nèi)部實(shí)現(xiàn)是否按照規(guī)格說(shuō)明書進(jìn)行，灰盒測(cè)試除了需要關(guān)注白盒測(cè)試關(guān)注的內(nèi)容，還更多從業(yè)務(wù)層面去考慮問題，考慮更多的組合測(cè)試業(yè)務(wù)場(chǎng)景。3）范圍不同，白盒測(cè)試更關(guān)注單個(gè)代碼段，函數(shù)的正確性，灰盒測(cè)試的對(duì)象已經(jīng)基本能完成一個(gè)完整的業(yè)務(wù)功能?；液袦y(cè)試的代碼比較獨(dú)立，不響白盒測(cè)試基本上和程序代碼需要坐到一一對(duì)應(yīng)?；液袦y(cè)試和白盒測(cè)試的相同點(diǎn)：1）目的相同。2）方法相同，都是需要通過代碼來(lái)實(shí)現(xiàn)。3）對(duì)測(cè)試人員素質(zhì)要求相同?；液袦y(cè)試和黑盒測(cè)試的不同點(diǎn)：1） 測(cè)試的方法不同。2）對(duì)測(cè)試人員要求不同?；液袦y(cè)試要求比較強(qiáng)的編程能力。3）范圍不同，關(guān)注的對(duì)象不同。黑盒測(cè)試是覆蓋產(chǎn)品范圍最廣的測(cè)試，是灰盒測(cè)試無(wú)法取代的；但灰盒測(cè)試是可以被黑盒替代的，只是代價(jià)比較大，需要很多的測(cè)試用例。灰盒測(cè)試和黑盒測(cè)試的相同點(diǎn)：1）目的相同。2）測(cè)試所處的時(shí)間段相近。10、 軟件缺陷，即為計(jì)算機(jī)軟件或程序中存在的某種破壞正常運(yùn)行能力的問題、錯(cuò)誤，或者隱藏的功能缺陷。缺陷定義為：1）軟件沒有達(dá)到產(chǎn)品說(shuō)明書表明的功能；2）程序中存在語(yǔ)法錯(cuò)誤；3）程序中存在拼寫錯(cuò)誤；4）程序中存在不正確的程序語(yǔ)句；5）軟件出現(xiàn)了產(chǎn)品說(shuō)明書中不一致的表現(xiàn)；6）軟件功能超出產(chǎn)品說(shuō)明書的范圍；7）軟件沒有達(dá)到用戶期望的目標(biāo)；8）測(cè)試員或用戶認(rèn)為軟件的易用性差。根據(jù)定義，缺陷分類：文檔缺陷，代碼缺陷，測(cè)試缺陷，過程缺陷2） 軟件缺陷的特征：A、 單一準(zhǔn)確：每個(gè)報(bào)告只針對(duì)一個(gè)軟件缺陷。B、 可以再現(xiàn)：提供缺陷的精確操作步驟，容易看懂再現(xiàn)這個(gè)缺陷。C、 完整統(tǒng)一：提供完整、前后統(tǒng)一的軟件缺陷的步驟和信息，如圖片信息、Log文件等。D、 短小簡(jiǎn)練：通過使用關(guān)鍵詞，使軟件缺陷的標(biāo)題的描述簡(jiǎn)練，準(zhǔn)確解釋產(chǎn)生缺陷的現(xiàn)象。E、 特定條件：條件功能在通常情況下沒有問題，而是在某種特定條件下會(huì)存在缺陷，所以軟件缺陷描述不要忽視特定條件，如特定的操作系統(tǒng)等。F、 補(bǔ)充完整：測(cè)試人員發(fā)現(xiàn)BUG,要保證它被正確的報(bào)告，并且得到應(yīng)有的重視，繼續(xù)監(jiān)視其修復(fù)的全過程。H、不做評(píng)價(jià)：在軟件缺陷描述不要帶有個(gè)人觀點(diǎn)，對(duì)開發(fā)人員進(jìn)行評(píng)價(jià)。軟件缺陷報(bào)告是針對(duì)產(chǎn)品、針對(duì)問題本身，將事實(shí)或現(xiàn)象客觀的描述出來(lái)就可以，不需要任何評(píng)價(jià)或議論。3）軟件缺陷的類型：功能類、性能類、系統(tǒng)/模塊接口類、用戶界面類、數(shù)據(jù)處理類、流程類、提示信息類、軟件包類、建議類、常識(shí)類、文檔11、 集成測(cè)試的過程①計(jì)劃集成測(cè)試②設(shè)計(jì)集成測(cè)試③執(zhí)行集成測(cè)試④分析測(cè)試結(jié)果并提交測(cè)試報(bào)告12、 系統(tǒng)測(cè)試的內(nèi)容功能測(cè)試：恢復(fù)性測(cè)試（災(zāi)難測(cè)試、容錯(cuò)測(cè)試）、敏感性測(cè)試、安全性測(cè)試、接口測(cè)試、用戶界面測(cè)試、安裝/升級(jí)測(cè)試、配置測(cè)試/兼容性測(cè)試、國(guó)際化（語(yǔ)言）測(cè)試、用戶文檔測(cè)試、……性能測(cè)試：強(qiáng)度測(cè)試、容量測(cè)試、可靠性測(cè)試、邊界測(cè)試、……冒煙測(cè)試；回歸測(cè)試；隨機(jī)測(cè)試；硬件系統(tǒng)專有測(cè)試：可靠性測(cè)試、可生產(chǎn)性測(cè)試、可維護(hù)性測(cè)試2） 系統(tǒng)測(cè)試的測(cè)試類型：功能測(cè)試；性能測(cè)試；負(fù)載測(cè)試；強(qiáng)度測(cè)試；容量測(cè)試；安全性測(cè)試；配置測(cè)試；故障恢復(fù)測(cè)試；安裝測(cè)試；文檔測(cè)試；用戶界面測(cè)試；3） 系統(tǒng)測(cè)試的過程：系統(tǒng)測(cè)試計(jì)劃階段；系統(tǒng)測(cè)試設(shè)計(jì)和開發(fā)階段；系統(tǒng)測(cè)試執(zhí)行和評(píng)估階段13、 驗(yàn)收測(cè)試的內(nèi)容1） 對(duì)功能測(cè)試、網(wǎng)絡(luò)測(cè)試、軟件安裝測(cè)試、性能測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試的測(cè)試用例進(jìn)行回歸測(cè)試；2） 驗(yàn)收測(cè)試組依據(jù)系統(tǒng)設(shè)計(jì)說(shuō)明書的內(nèi)容，系統(tǒng)使用說(shuō)明書，系統(tǒng)維護(hù)手冊(cè)在新建系統(tǒng)產(chǎn)品演示一遍，捕捉不足之處。14、 軟件測(cè)試人員需要有一下素質(zhì)：專心、細(xì)心、耐心、責(zé)任心、自信心，恒心，平常心知識(shí)：測(cè)試專業(yè)技能、軟件編程技能、網(wǎng)絡(luò)、操作系統(tǒng)、數(shù)據(jù)庫(kù)、中間件等知識(shí)：行業(yè)知識(shí)職責(zé)：1）在項(xiàng)目的前景、需求文檔確立基線前對(duì)文檔進(jìn)行測(cè)試，從用戶體驗(yàn)和測(cè)試的角度提出自己的看法2） 編寫合理的測(cè)試計(jì)劃，并與項(xiàng)目整體計(jì)劃有機(jī)地整合在一起3） 編寫覆蓋率高的測(cè)試用例4） 針對(duì)測(cè)試需求進(jìn)行相關(guān)測(cè)試技術(shù)的研究5） 認(rèn)真仔細(xì)地實(shí)施測(cè)試工作6） 進(jìn)行缺陷跟蹤與分析7） 提交測(cè)試分析報(bào)告15、 （軟件缺陷）BUG的等級(jí)劃分與優(yōu)先級(jí)把發(fā)現(xiàn)的錯(cuò)誤（Bug）/缺陷（Defect）按嚴(yán)重性分為4類：1?嚴(yán)重：系統(tǒng)崩潰或掛起等導(dǎo)致系統(tǒng)不能繼續(xù)運(yùn)行；2?主要：使系統(tǒng)不穩(wěn)定、或破壞數(shù)據(jù)、或產(chǎn)生錯(cuò)誤結(jié)果，而且是常規(guī)操作中經(jīng)常發(fā)生或非常規(guī)操作中不可避免的主要問題；3?次要：系統(tǒng)性能或響應(yīng)時(shí)間變慢、產(chǎn)生錯(cuò)誤的中間結(jié)果但不影響最終結(jié)果等影響有限的問題，如：顯示不正確但輸出正確；4?輕微：界面拼寫錯(cuò)誤或用戶使用不方便等小問題或需要完善的問題。BUG的優(yōu)先級(jí)（一般與BUG等級(jí)掛鉤）1級(jí)（嚴(yán)重）：立即解決。缺陷導(dǎo)致系統(tǒng)幾乎不能使用或測(cè)試不能繼續(xù)，需立即修復(fù)。2級(jí)（較高）：缺陷嚴(yán)重，影響測(cè)試，需要優(yōu)先考慮。3級(jí)（一般）：正常排隊(duì)缺陷需要正常排隊(duì)等待修復(fù)。4級(jí)（輕微）：缺陷可以在開發(fā)人員有時(shí)間的時(shí)候被糾正。BUG狀態(tài)：已提交、已修改、不修改、延遲、待討論、已驗(yàn)證、關(guān)閉、重新打開16、 缺陷的起源：是指缺陷引起的故障或事件第一次被檢測(cè)到的階段。給軟件帶來(lái)缺陷的原因有很多，這里列舉幾點(diǎn)：需求：參與人員的過度自信，在需求階段產(chǎn)生的錯(cuò)誤；構(gòu)架：人員之間的溝通交流不夠，交流上有誤解或者根本不進(jìn)行交流，在系統(tǒng)構(gòu)架設(shè)計(jì)階段產(chǎn)生的錯(cuò)誤；設(shè)計(jì)：工期短，任務(wù)重，時(shí)間壓力大，在程序設(shè)計(jì)階段產(chǎn)生的錯(cuò)誤；編碼：在編碼階段程序設(shè)計(jì)本身有錯(cuò)誤產(chǎn)生的錯(cuò)誤；測(cè)試：在測(cè)試階段發(fā)現(xiàn)的缺陷；用戶：在用戶使用階段發(fā)現(xiàn)的錯(cuò)誤。軟件缺陷的來(lái)源：需求說(shuō)明書、設(shè)計(jì)文檔、系統(tǒng)集成接口、數(shù)據(jù)流（庫(kù)）程序代碼需求說(shuō)明書：需求說(shuō)明書的錯(cuò)誤或不清楚引起的問題；設(shè)計(jì)文檔：設(shè)計(jì)文檔描述不準(zhǔn)確。和需求說(shuō)明書不一致的問題；系統(tǒng)集成接口：系統(tǒng)個(gè)模塊參數(shù)不匹配、開發(fā)組之間缺乏協(xié)調(diào)引起的缺陷；數(shù)據(jù)流（庫(kù)）：由于數(shù)據(jù)字典、數(shù)據(jù)庫(kù)中的錯(cuò)誤引起的缺陷；程序代碼：純粹在編碼中的問題所引起的缺陷缺陷的根源：是指造成軟件錯(cuò)誤的根本因素，如測(cè)試策略、過程工具和方法、團(tuán)隊(duì)/人、缺乏組織和通訊、硬件、軟件、工作環(huán)境等。測(cè)試策略：錯(cuò)誤的測(cè)試范圍，誤解測(cè)試目標(biāo)，超越測(cè)試能力等；過程工具和方法：無(wú)效的需求收集過程，果實(shí)的風(fēng)險(xiǎn)管理過程，不使用的項(xiàng)目管理方法，沒有估算規(guī)程，無(wú)效的變更控制過程等；團(tuán)隊(duì)/人：項(xiàng)目團(tuán)隊(duì)職責(zé)交叉，缺乏培訓(xùn)。沒有經(jīng)驗(yàn)的項(xiàng)目團(tuán)隊(duì)，缺乏士氣和動(dòng)機(jī)不純等；缺乏組織和通訊：缺乏用戶參與，職責(zé)不明確、管理失敗等；硬件：硬件配置不對(duì)、缺乏、或處理器缺陷導(dǎo)致算術(shù)精度丟失，內(nèi)存溢出等；軟件：軟件設(shè)置不對(duì)、缺乏，或操作系統(tǒng)錯(cuò)誤導(dǎo)致無(wú)法解放資源，工具軟件的錯(cuò)誤，編譯器的錯(cuò)誤等；工作環(huán)境：組織機(jī)構(gòu)調(diào)整，預(yù)算改變，工作環(huán)境惡劣。17、 軟件錯(cuò)誤的分類：1） Goodenough和Gerhart把軟件錯(cuò)誤分為：性能錯(cuò)誤和邏輯錯(cuò)誤2） Beitzer從軟件測(cè)試的角度把軟件錯(cuò)誤分為：功能錯(cuò)誤，系統(tǒng)錯(cuò)誤，過程錯(cuò)誤，文檔錯(cuò)誤和其他錯(cuò)誤。3） Geol軟件分類法是按錯(cuò)誤性質(zhì)分類的方法，把軟件錯(cuò)誤分為：語(yǔ)法錯(cuò)誤，語(yǔ)義錯(cuò)誤，運(yùn)行時(shí)錯(cuò)誤，說(shuō)明錯(cuò)誤，性能錯(cuò)誤。4） Thayer把軟件錯(cuò)誤分為16類：計(jì)算錯(cuò)誤，邏輯錯(cuò)誤，輸入輸出錯(cuò)誤，資料加工錯(cuò)誤，操作系統(tǒng)及系統(tǒng)支持軟件的錯(cuò)誤，配置錯(cuò)誤，接口錯(cuò)誤，用戶要求改變，域指數(shù)據(jù)庫(kù)錯(cuò)誤，全程變量錯(cuò)誤，重復(fù)錯(cuò)誤，文檔錯(cuò)誤，要求一致性錯(cuò)誤，性質(zhì)不明的錯(cuò)誤，操作員錯(cuò)誤，問題。5） 按照軟件產(chǎn)品的逆過程，把軟件錯(cuò)誤分為：模塊實(shí)現(xiàn)錯(cuò)誤，模塊結(jié)合錯(cuò)誤，功能錯(cuò)誤和系統(tǒng)錯(cuò)誤。6） 從獨(dú)立性上看，可分為獨(dú)立錯(cuò)誤和相關(guān)錯(cuò)誤。18、 缺陷的發(fā)現(xiàn)率是將發(fā)現(xiàn)的缺陷數(shù)量作為時(shí)間的函數(shù)來(lái)評(píng)估，倉(cāng)U建缺陷趨勢(shì)圖或報(bào)告。缺陷發(fā)現(xiàn)率隨著測(cè)試時(shí)間和修復(fù)進(jìn)度而減少：缺陷發(fā)現(xiàn)率將隨著測(cè)試時(shí)間而測(cè)試成本增加。19、 測(cè)試用例的設(shè)計(jì)方法：等價(jià)類劃分法、邊界值分析法、錯(cuò)誤推測(cè)法、因果圖法、邏輯覆蓋法等設(shè)計(jì)測(cè)試用例20、 軟件測(cè)試評(píng)估是指對(duì)未正式投入商業(yè)化使用的軟件進(jìn)行預(yù)先的小規(guī)模試驗(yàn)，又稱小試。主要是由代碼審查和合理性分析組成。測(cè)試的主要評(píng)測(cè)方法：測(cè)試覆蓋評(píng)估、質(zhì)量評(píng)估、缺陷評(píng)估、性能測(cè)試評(píng)估。21、 覆蓋率等于覆蓋面積/總面積測(cè)試覆蓋通過以下公式計(jì)算：測(cè)試覆蓋=T（p,i,x,x）/RfT測(cè)試覆蓋率：用于確定測(cè)試所執(zhí)行到的覆蓋項(xiàng)的百分比，其中覆蓋項(xiàng)是指作為測(cè)試基礎(chǔ)的一個(gè)入口或?qū)傩?，比如語(yǔ)句、分支、條件等。通過以下公式計(jì)算：基于需求的測(cè)試覆蓋率=T（p,i,x,s）/RfT%其中，T是用測(cè)試過程或測(cè)試用例表示的測(cè)試（Test）數(shù)（已計(jì)劃的、已實(shí)施的或成功的），RfT是測(cè)試需求（RequirementforTest）的總數(shù)。通過以下公式計(jì)算：已計(jì)劃的測(cè)試覆蓋率=Tp/RfT%其中，Tp是用測(cè)試過程或測(cè)試用例表示的計(jì)劃測(cè)試需求數(shù)，RfT是測(cè)試需求的總數(shù)。通過以下公式計(jì)算：已實(shí)施的測(cè)試覆蓋率=Ti/RfT%其中，Ti是用測(cè)試過程或測(cè)試用例表示的已執(zhí)行的測(cè)試需求數(shù)，RfT是測(cè)試需求的總數(shù)。通過以下公式計(jì)算：已執(zhí)行成功的測(cè)試覆蓋率=Ts/RfT%Ts是用完全成功、沒有缺陷的測(cè)試過程或測(cè)試用例表示的已執(zhí)行測(cè)試需求數(shù)，RfT是測(cè)試需求的總數(shù)。通過以下公式計(jì)算：基于代碼的測(cè)試覆蓋率=le/Tlic%其中，le是用代碼語(yǔ)句、代碼分支、代碼路徑、數(shù)據(jù)狀態(tài)判定點(diǎn)或數(shù)據(jù)元素名表示的已執(zhí)行代碼數(shù)，Tlic是代碼中的項(xiàng)目總數(shù)?；谛枨蟮臏y(cè)試覆蓋在測(cè)試生命周期中要評(píng)測(cè)多次，并在測(cè)試生命周期的里程碑處提供測(cè)試覆蓋的標(biāo)識(shí)（如已計(jì)劃的、已實(shí)施的、已執(zhí)行的和成功的測(cè)試覆蓋）?；诖a的測(cè)試覆蓋評(píng)測(cè)測(cè)試過程中已經(jīng)執(zhí)行的代碼的多少，與之相對(duì)的是要執(zhí)行的剩余代碼的多少。代碼覆蓋可以建立在控制流（語(yǔ)句、分支或路徑）或數(shù)據(jù)流的基礎(chǔ)上。具體而言代碼覆蓋率分析是這樣一個(gè)過程：1、找出程序經(jīng)過一系列測(cè)試而沒有執(zhí)行的部分代碼2、創(chuàng)建一個(gè)附加的測(cè)試用例來(lái)增加覆蓋率3、決定代碼覆蓋的定量度量。22、三角形測(cè)試用例：（1）一、等價(jià)類劃分：三角形三條邊A、B、C的數(shù)據(jù)類型不同二、邊界值分析：由于三角形的邊長(zhǎng)可以是正整數(shù)或正小數(shù)，所以就不對(duì)長(zhǎng)度進(jìn)行測(cè)試，那么邊界值分析就不用了三、因果圖法：三角形的三條邊數(shù)據(jù)輸入組合我們?cè)俜治鲆幌氯切蔚牡葍r(jià)類：有效等價(jià)類：輸入3個(gè)正整數(shù)或正小數(shù)：1、兩數(shù)之和大于第三數(shù)，如A〈B+C；B〈C+A；C〈A+B2、兩數(shù)之和不大于第三數(shù)3、兩數(shù)相等，如A=B或B=C或C=A 4、三數(shù)相等，如A=B=C5、三數(shù)不相等，如A！=B，B！=C，C！=A無(wú)效等價(jià)類：1、空2、負(fù)整數(shù)3、非數(shù)字4、少于三個(gè)數(shù)三角形測(cè)試用例類別輸入條件有效等價(jià)類無(wú)效等價(jià)類是否是三角形(A>0)(1)(B>0)(2)(C>0)(3)(A+B>C)(4)(B+C>A)(5)(C+A>B)(6)(A<=0)(7)(B<=0)⑻(C<=0)(9)(A+B<=C)(10)(B+C<=A)(11)(C+A<=B)(12)是否是等腰三角形(A=B)(13)(B=C)(14)(C=A)(15)(A!=B)and(B!=C)and(C!=A)(16)是否是等腰直角三角形(A=B)and(A2+B2=C2)(17)(B=C)and(A2+C2=B2)(18)(C=A)and(C2+A2=B2)(19)(A!=B)and(B!=C)and(C!=A)(20)是否是等邊三角形(A=B)and(B=C)and(C=A)(21)(A!=B)(22)(B!=C)(23)(C!=A)(24)三角形測(cè)試用例:

序號(hào)[A,B,C]覆蓋等價(jià)類輸出1[3,4,5]⑴⑵（3）⑷（5）⑹是三角形2[0,1,2]⑺非三角形3[1,0,2](8)非三角形4[1,2,0](9)非三角形5[1,2,3](10)非三角形6[1,3,2](11)非三角形7[3,1,2](12)非三角形8[3,3,4](1)(2)(3)(4)(5)(6)(13)等腰三角形9[3,4,4](1)(2)(3)(4)(5)(6)(14)等腰三角形10[3,4,3](1)(2)(3)(4)(5)(6)(15)等腰三角形11[2V2,272,4](1)(2)(3)(4)(5)(6)(17)等腰直角三角形12[4,2V2,2邁](1)(2)(3)(4)(5)(6)(18)等腰直角三角形13[2V2,4,2V2](1)(2)(3)(4)(5)(6)(19)等腰直角三角形14[3,4,5](1)(2)(3)(4)(5)(6)(16)(20)(22)(23)(24)是三角形15[3,3,3](1)(2)(3)(4)(5)(6)(16)(21)等邊三角形16[,,,]無(wú)效等價(jià)類錯(cuò)誤提示17[-3,4,5]無(wú)效等價(jià)類錯(cuò)誤提示18[a,4,@]無(wú)效等價(jià)類錯(cuò)誤提示19[3,4]無(wú)效等價(jià)類錯(cuò)誤提示（2）.某程序規(guī)定："輸入三個(gè)整數(shù)a、b、c分別作為三邊的邊長(zhǎng)構(gòu)成三角形。通過程序判定所構(gòu)成的三角形的類型，當(dāng)此三角形為一般三角形、等腰三角形及等邊三角形時(shí),分別作計(jì)算…"用等價(jià)類劃分方法為該程序進(jìn)行測(cè)試用例設(shè)計(jì)。（三角形問題的復(fù)雜之處在于輸入與輸出之間的關(guān)系比較復(fù)雜。）分析題目中給出和隱含的對(duì)輸入條件的要求：1）整數(shù)2）三個(gè)數(shù)（3）非零數(shù)（4）正數(shù)5）兩邊之和大于第三邊（6）等腰（7）等邊如果a、b、c滿足條件（1）~（4），則輸出下列四種情況之一：1） 如果不滿足條件（5）,則程序輸出為"非三角形"。2） 如果三條邊相等即滿足條件（7）,則程序輸出為"等邊三角形"。3） 如果只有兩條邊相等、即滿足條件（6），則程序輸出為"等腰三角形"。4） 如果三條邊都不相等，則程序輸出為"一般三角形"。列出等價(jià)類表并編號(hào)：■BBS復(fù)有效等價(jià)類型無(wú)效等價(jià)類號(hào)碼整數(shù)三個(gè)數(shù)TT正數(shù)輸構(gòu)成一般出三角形構(gòu)成等腰

三角形

蓋有效等價(jià)類的測(cè)試4 5!4 5aH-b>cb+c>aa4-c>b3910a=bvb=cl且兩邊［之和用例J大于第錨等價(jià)類號(hào)碼7)7),「點(diǎn)非整數(shù)一邊曲非整駙t■拘非整數(shù)Ic為非整數(shù)廠址曲非整數(shù)兩邊曲非整蟻b?■BBS復(fù)有效等價(jià)類型無(wú)效等價(jià)類號(hào)碼整數(shù)三個(gè)數(shù)TT正數(shù)輸構(gòu)成一般出三角形構(gòu)成等腰

三角形