【正文】 。5． 編寫(xiě)測(cè)試用例的依據(jù)是單元測(cè)試計(jì)劃和詳細(xì)設(shè)計(jì)說(shuō)明書(shū)。3． 軟件測(cè)試主要分為單元測(cè)試、集成測(cè)試、確認(rèn)測(cè)試和系統(tǒng)測(cè)試四類測(cè)試。1． 測(cè)試階段的根本目標(biāo)是盡可能多地發(fā)現(xiàn)并排除軟件中潛藏的錯(cuò)誤，最終把一個(gè)高質(zhì)量的軟件系統(tǒng)交給用戶使用。白盒測(cè)試是根據(jù)程序的內(nèi)部邏輯來(lái)設(shè)計(jì)測(cè)試用例,黑盒測(cè)試是根據(jù)軟件的規(guī)格說(shuō)明來(lái)設(shè)計(jì)測(cè)試用例。14． 正式的技術(shù)評(píng)審FTR（Formal Technical Review）是軟件質(zhì)量保證活動(dòng)，其相關(guān)的描述為： 15． 在進(jìn)行單元測(cè)試時(shí)，常用的方法是采用白盒測(cè)試，輔之以黑盒測(cè)試16． 側(cè)重于觀察資源耗盡情況下的軟件表現(xiàn)的系統(tǒng)測(cè)試被稱為壓力測(cè)試 17． 必須要求用戶參與的測(cè)試階段是驗(yàn)收測(cè)試 18． 系統(tǒng)測(cè)試的目的是對(duì)最終軟件系統(tǒng)進(jìn)行全面的測(cè)試，確保最終軟件系統(tǒng)滿足產(chǎn)品需求并且遵循系統(tǒng)設(shè)計(jì)。5． 軟件測(cè)試中常用的靜態(tài)分析方法是引用分析和接口分析。3． 白盒測(cè)試除了測(cè)試程序外，它也適用于對(duì)軟件具體設(shè)計(jì)階段的軟件文檔進(jìn)行測(cè)試。第三篇：軟件測(cè)試復(fù)習(xí)資料1． 黑盒測(cè)試法是通過(guò)分析程序的功能來(lái)設(shè)計(jì)測(cè)試用例的方法。系統(tǒng)測(cè)試經(jīng)過(guò)了單元測(cè)試和集成測(cè)試以后，我們要把軟件系統(tǒng)搭建起來(lái)，按照軟件規(guī)格說(shuō)明書(shū)中所要求，測(cè)試軟件其性能功能等是否和用戶需求相符合，在系統(tǒng)中運(yùn)行是否存在漏洞，等。集成測(cè)試經(jīng)過(guò)了單元測(cè)試后，將各單元組合成完整的體系，主要測(cè)試各模塊間組合后的功能實(shí)現(xiàn)情況，以及模塊接口連接的成功與否，數(shù)據(jù)傳遞的正確性等，其主要目的是檢查軟件單位之間的接口是否正確。軟件編碼按照詳細(xì)設(shè)計(jì)好的模塊功能表，編程人員編寫(xiě)出實(shí)際的代碼。①繪制示意圖②闡述每個(gè)步驟是做什么 需求分析即首先要明確客戶需要的是什么，需要軟件作成什么樣子，需要有那幾項(xiàng)功能概要設(shè)計(jì)主要是架構(gòu)的實(shí)現(xiàn)，指搭建架構(gòu)、表述各模塊功能、模塊接口連接和數(shù)據(jù)傳遞的實(shí)現(xiàn)等項(xiàng)事務(wù)。開(kāi)發(fā)流程不夠完善，存在太多的隨機(jī)性和缺乏嚴(yán)謹(jǐn)?shù)膬?nèi)審或評(píng)審機(jī)制，容易產(chǎn)生問(wèn)題。系統(tǒng)分析時(shí)對(duì)客戶的需求不是十分清楚，或者和用戶的溝通存在一些困難。接口參數(shù)傳遞不匹配，導(dǎo)致模塊集成出現(xiàn)問(wèn)題。計(jì)算和精度問(wèn)題：計(jì)算的結(jié)果沒(méi)有滿足所需要的精度。算法錯(cuò)誤：在給定條件下沒(méi)能給出正確或準(zhǔn)確的結(jié)果。對(duì)于設(shè)計(jì)或編程上的一些假定或依賴性，相關(guān)人員沒(méi)有充分溝通。團(tuán)隊(duì)工作：系統(tǒng)需求分析時(shí)對(duì)客戶的需求理解不清楚，或者和用戶的溝通存在一些困難。⑦由于通信端口多、存取和加密手段的矛盾性等，會(huì)造成系統(tǒng)的安全性或適用性等問(wèn)題。⑥系統(tǒng)運(yùn)行環(huán)境的復(fù)雜，不僅用戶使用的計(jì)算機(jī)環(huán)境千變?nèi)f化，包括用戶的各種操作方式或各種不同的輸入數(shù)據(jù)，容易引起一些特定用戶環(huán)境下的問(wèn)題；在系統(tǒng)實(shí)際應(yīng)用中，數(shù)據(jù)量很大。④對(duì)一些實(shí)時(shí)應(yīng)用，要進(jìn)行精心設(shè)計(jì)和技術(shù)處理，保證精確的時(shí)間同步，否則容易引起時(shí)間上不協(xié)調(diào)，不一致性帶來(lái)的問(wèn)題。②系統(tǒng)結(jié)構(gòu)非常復(fù)雜，而又無(wú)法設(shè)計(jì)成一個(gè)很好的層次結(jié)構(gòu)或組件結(jié)構(gòu)，結(jié)果導(dǎo)致意想不到的問(wèn)題或系統(tǒng)維護(hù)、擴(kuò)充上的困難；即使設(shè)計(jì)成良好的面向?qū)ο蟮南到y(tǒng)，由于對(duì)象、類太多，很難完成對(duì)各種對(duì)象、類相互作用的組合測(cè)試，而隱藏著一些參數(shù)傳遞、方法調(diào)用、對(duì)象狀態(tài)變化等方面問(wèn)題。軟件缺陷的產(chǎn)生主要是由軟件產(chǎn)品的特點(diǎn)和開(kāi)發(fā)過(guò)程決定的。–至今－預(yù)防為主 預(yù)防為主是當(dāng)下軟件測(cè)試的主流思想之一。1979–1982－破壞為主 我們不僅要證明軟件做了該做的事情，也要保證它沒(méi)做不該做的事情，這會(huì)使測(cè)試更加全面，更容易發(fā)現(xiàn)問(wèn)題。愛(ài)國(guó)者導(dǎo)彈防御系統(tǒng)把“槍口”對(duì)準(zhǔn)了自己人 美國(guó)迪斯尼公司的獅子王游戲軟件的兼容性問(wèn)題 售票系統(tǒng)性能問(wèn)題 1957年之前－調(diào)試為主 20世紀(jì)50年代，計(jì)算機(jī)剛誕生不久，只有科學(xué)家級(jí)別的人才會(huì)去編程，需求和程序本身也遠(yuǎn)遠(yuǎn)沒(méi)有現(xiàn)在這么復(fù)雜多變，相當(dāng)于開(kāi)發(fā)人員一人承擔(dān)需求分析，設(shè)計(jì)，開(kāi)發(fā)，測(cè)試等所有工作，當(dāng)然也不會(huì)有人去區(qū)分調(diào)試和測(cè)試。如果一個(gè)軟件產(chǎn)品開(kāi)發(fā)完成之后發(fā)現(xiàn)了很多問(wèn)題，這說(shuō)明此軟件開(kāi)發(fā)過(guò)程很可能是有缺陷的。第二是提供信息，比如提供給開(kāi)發(fā)人員或程序經(jīng)理的回饋信息，為風(fēng)險(xiǎn)評(píng)估所準(zhǔn)備的信息。總之，外部測(cè)試報(bào)告要小心謹(jǐn)慎的編寫(xiě)。此外，測(cè)試產(chǎn)品與測(cè)試項(xiàng)目在缺陷管理方面、測(cè)試策略制定都會(huì)有很大不同，測(cè)試管理者應(yīng)該結(jié)合具體的環(huán)境，恰如其分的完成工作 測(cè)試報(bào)告一般分為內(nèi)部測(cè)試報(bào)告和外部測(cè)試報(bào)告。同時(shí)由于質(zhì)量要求高，因此會(huì)投入較多的人力、物力資源。測(cè)試資源投入多少不同。通常產(chǎn)品的質(zhì)量要高一些，修復(fù)發(fā)布后產(chǎn)品的缺陷成本較高，甚至?xí)?lái)很多負(fù)面的影響。習(xí)慣上把開(kāi)發(fā)完成后進(jìn)行商業(yè)化、幾乎不進(jìn)行代碼修改就可以售給用戶使用的軟件成為軟件產(chǎn)品，也就是可以買“賣拷貝”的軟件，軟件項(xiàng)目是一種個(gè)性化的產(chǎn)品，可以是按照用戶要求全部重新開(kāi)發(fā)，也可以修改已有的軟件產(chǎn)品來(lái)滿足特定的用戶需求。測(cè)試人員的主要工作是測(cè)試，質(zhì)量保證人員日常工作重要內(nèi)容是檢查與評(píng)審，測(cè)試工作也是測(cè)試保證人員的工作對(duì)象。軟件測(cè)試人員的職責(zé)是盡可能早的找出軟件缺陷，確保得以修復(fù)。如果軟件編寫(xiě)的比較好，這種現(xiàn)象就不常見(jiàn)了。程序員比較勞累是可以導(dǎo)致某些連續(xù)編寫(xiě)的功能缺陷較多。主要有以下原因：完全測(cè)試比較耗時(shí)，時(shí)間上不允許；完全測(cè)試通常意味著較多資源投入，這在現(xiàn)實(shí)中往往是行不通的；輸入量太大，不能一一進(jìn)行測(cè)試；輸出結(jié)果太多，只能分類進(jìn)行驗(yàn)證；軟件實(shí)現(xiàn)途徑太多；軟件產(chǎn)品說(shuō)明書(shū)沒(méi)有客觀標(biāo)準(zhǔn)，從不同的角度看，軟件缺陷的標(biāo)準(zhǔn)不同；因此測(cè)試的程度要根據(jù)實(shí)際情況確定 其中的原因主要如下：代碼復(fù)用、拷貝代碼導(dǎo)致程序員容易犯相同的錯(cuò)誤。（3）永遠(yuǎn)不能欺騙用戶，蒙混過(guò)關(guān)。（2）如果某些模塊確實(shí)有問(wèn)題，我們可以演示其它重要的業(yè)務(wù)功能模塊，必要時(shí)要向用戶做成合理的解釋。測(cè)試核心模塊的目的是建立用戶對(duì)軟件的信心。 測(cè)試要注意下面的事項(xiàng)：（1）用戶現(xiàn)場(chǎng)測(cè)試不可能測(cè)試全部功能，因此要測(cè)試核心功能。在此基礎(chǔ)上，可以把個(gè)人擁有的技術(shù)以知識(shí)的形式沉積下來(lái)，也就完成了隱性知識(shí)到顯性知識(shí)的轉(zhuǎn)化。缺陷是否修改要由軟件測(cè)試人員、項(xiàng)目經(jīng)理、程序員共同討論來(lái)決定是否修復(fù)，不同角色的人員從不同的角度來(lái)思考，以做出正確的決定。不是缺陷的缺陷。在任何一個(gè)項(xiàng)目中，通常情況下開(kāi)發(fā)人員和測(cè)試人員都是不夠用的，而且在項(xiàng)目中沒(méi)有預(yù)算足夠的回歸測(cè)試時(shí)間，修改缺陷可能引入新的缺陷。對(duì)于整個(gè)項(xiàng)目團(tuán)隊(duì)，要做的是對(duì)每一個(gè)軟件缺陷進(jìn)行取舍，根據(jù)風(fēng)險(xiǎn)決定那些缺陷要修復(fù)。因此，我們要盡可能的選擇最合適的測(cè)試量，把風(fēng)險(xiǎn)降低到最小 從技術(shù)上講，所有的軟件缺陷都是能夠修復(fù)的，但是沒(méi)有必要修復(fù)所有的軟件缺陷。測(cè)試工作人員應(yīng)該是勤奮并富有耐心，善于學(xué)習(xí)、思考和發(fā)現(xiàn)問(wèn)題，細(xì)心有條理，總結(jié)問(wèn)題，如果具備這樣的優(yōu)點(diǎn)，做其它工作同樣也會(huì)很出色，因此這里還有一個(gè)要求，就是要喜歡測(cè)試這項(xiàng)工作。第二篇：軟件測(cè)試（推薦）一、簡(jiǎn)答5*6’表面上看這體現(xiàn)了管理的效率和靈活性，但實(shí)際上也體現(xiàn)了管理者對(duì)測(cè)試的輕視。12基線的作用是把各階段的開(kāi)發(fā)工作劃分得更加明確，便于檢查與確認(rèn)階段成果。12軟件配置管理，簡(jiǎn)稱SCM，它用于整個(gè)軟件工程過(guò)程。12確認(rèn)測(cè)試階段的兩項(xiàng)工作是進(jìn)行確認(rèn)測(cè)試和軟件配置審查。12憑經(jīng)驗(yàn)或直覺(jué)推測(cè)程序中可能存在的錯(cuò)誤而設(shè)計(jì)測(cè)試用例的方法是錯(cuò)誤推測(cè)法。11要覆蓋含循環(huán)結(jié)構(gòu)的所有路徑是不可能的，一般通過(guò)限制循環(huán)次數(shù)來(lái)測(cè)試。11動(dòng)態(tài)測(cè)試中，主要測(cè)試軟件功能的方法稱為黑盒法。11軟件測(cè)試是為了發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程序的過(guò)程。11在單元測(cè)試時(shí)，需要為被測(cè)模塊設(shè)計(jì)驅(qū)動(dòng)模塊與樁模塊。11用等價(jià)類劃分法設(shè)計(jì)一個(gè)測(cè)試用例時(shí)，使其覆蓋盡可能多的尚未被覆蓋的合理等價(jià)類。10調(diào)試技術(shù)包括簡(jiǎn)單調(diào)試歸納法調(diào)試演繹法調(diào)試回溯法調(diào)試10回溯法調(diào)試是從程序產(chǎn)生錯(cuò)誤的地方出發(fā)，而歸納法調(diào)試是從測(cè)試結(jié)果發(fā)現(xiàn)的線索入手。10軟件配置審查的任務(wù)是檢查軟件的所有文檔資料的 完整性和正確性。10確認(rèn)測(cè)試開(kāi)始前需要制定測(cè)試計(jì)劃，結(jié)束后要寫(xiě)出測(cè)試分析報(bào)告。10確認(rèn)測(cè)試指檢查軟件的功能與性能是否與需求規(guī)格說(shuō)明書(shū)中確定的指標(biāo)相符合，又稱有效性測(cè)試。10自頂向下漸增式測(cè)試不需要編寫(xiě)驅(qū)動(dòng)模塊，只需要編寫(xiě)樁模塊，其步驟是從模塊開(kāi)始，沿著被測(cè)程序的頂層的控制路徑逐步向下測(cè)試，它有兩種組合策略：軟件結(jié)構(gòu)圖和深度優(yōu)先策略寬度優(yōu)先策略。100、集成測(cè)試的方法有兩種：非漸增式測(cè)試漸增式測(cè)試。9集成測(cè)試指在單元測(cè)試基礎(chǔ)上，將所有模塊按照設(shè)計(jì)要求組裝成一個(gè)完整的系統(tǒng)進(jìn)行的測(cè)試。9在單元測(cè)試中，需要為被測(cè)模塊設(shè)計(jì)驅(qū)動(dòng)模塊和樁模塊。9單元測(cè)試 指對(duì)源程序中每一個(gè)程序單元進(jìn)行測(cè)試，檢查各個(gè)模塊是否正確實(shí)現(xiàn)規(guī)定的功能，從而發(fā)現(xiàn)模塊在編碼中或算法中的錯(cuò)誤，它涉及編碼和 詳細(xì)設(shè)計(jì)的文檔。通常先用黑9軟件測(cè)試過(guò)程中需要3類信息：軟件配置、測(cè)試配置和測(cè)試工具。9因果圖的基本原理是通過(guò)畫(huà)因果圖，把用自然語(yǔ)言描述的 功能說(shuō)明轉(zhuǎn)換為判定表，最后