【正文】 量，其一方面是確認(rèn)軟件做了你所期望做的事情（，另一方面是確認(rèn)軟件以正確的方式來(lái)做了這個(gè)事情。第二是提供信息，比如提供給開(kāi)發(fā)人員或程序經(jīng)理的回饋信息，為風(fēng)險(xiǎn)評(píng)估所準(zhǔn)備的信息。第三軟件測(cè)試不僅是在測(cè)試軟件軟件產(chǎn)品本身，而且還包括軟件開(kāi)發(fā)的過(guò)程。如果一個(gè)軟件產(chǎn)品開(kāi)發(fā)完成之后發(fā)現(xiàn)了很多問(wèn)題，這說(shuō)明此軟件開(kāi)發(fā)過(guò)程很可能是有缺陷的。因此，軟件測(cè)試的第三個(gè)目的是保證整個(gè)軟件開(kāi)發(fā)過(guò)程是高質(zhì)量的。愛(à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è)試。1957–1978－證明為主 當(dāng)時(shí)計(jì)算機(jī)應(yīng)用的數(shù)量，成本和復(fù)雜性都大幅度提升，隨之而來(lái)的經(jīng)濟(jì)風(fēng)險(xiǎn)也大大增加，測(cè)試就顯得很有必要了，這個(gè)時(shí)期測(cè)試的主要目就是確認(rèn)軟件是滿(mǎn)足需求的，也就是我們常說(shuō)的“做了該做的事情”。1979–1982－破壞為主 我們不僅要證明軟件做了該做的事情，也要保證它沒(méi)做不該做的事情，這會(huì)使測(cè)試更加全面，更容易發(fā)現(xiàn)問(wèn)題。1983–1987－評(píng)估為主 人們提出了在軟件生命周期中使用分析，評(píng)審，測(cè)試來(lái)評(píng)估產(chǎn)品的理論。–至今－預(yù)防為主 預(yù)防為主是當(dāng)下軟件測(cè)試的主流思想之一。測(cè)試不是在編碼完成后才開(kāi)始介入，而是貫穿于整個(gè)軟件生命周期。軟件缺陷的產(chǎn)生主要是由軟件產(chǎn)品的特點(diǎn)和開(kāi)發(fā)過(guò)程決定的。軟件本身：①需求不清晰，導(dǎo)致設(shè)計(jì)目標(biāo)偏離客戶(hù)的需求，從而引起功能或產(chǎ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ì)象、類(lèi)太多，很難完成對(duì)各種對(duì)象、類(lèi)相互作用的組合測(cè)試，而隱藏著一些參數(shù)傳遞、方法調(diào)用、對(duì)象狀態(tài)變化等方面問(wèn)題。③對(duì)程序邏輯路徑或數(shù)據(jù)范圍的邊界考慮不夠周全，漏掉某些邊界條件，造成容量或邊界錯(cuò)誤。④對(duì)一些實(shí)時(shí)應(yīng)用，要進(jìn)行精心設(shè)計(jì)和技術(shù)處理，保證精確的時(shí)間同步，否則容易引起時(shí)間上不協(xié)調(diào)，不一致性帶來(lái)的問(wèn)題。⑤沒(méi)有考慮系統(tǒng)崩潰后的自我恢復(fù)或數(shù)據(jù)的異地備份、災(zāi)難性恢復(fù)等問(wèn)題，從而存在系統(tǒng)安全性、可靠性的隱患。⑥系統(tǒng)運(yùn)行環(huán)境的復(fù)雜，不僅用戶(hù)使用的計(jì)算機(jī)環(huán)境千變?nèi)f化，包括用戶(hù)的各種操作方式或各種不同的輸入數(shù)據(jù)，容易引起一些特定用戶(hù)環(huán)境下的問(wèn)題；在系統(tǒng)實(shí)際應(yīng)用中，數(shù)據(jù)量很大。從而會(huì)引起強(qiáng)度或負(fù)載問(wèn)題。⑦由于通信端口多、存取和加密手段的矛盾性等，會(huì)造成系統(tǒng)的安全性或適用性等問(wèn)題。⑧新技術(shù)的采用，可能涉及技術(shù)或系統(tǒng)兼容的問(wèn)題，事先沒(méi)有考慮到。團(tuán)隊(duì)工作：系統(tǒng)需求分析時(shí)對(duì)客戶(hù)的需求理解不清楚，或者和用戶(hù)的溝通存在一些困難。不同階段的開(kāi)發(fā)人員相互理解不一致。對(duì)于設(shè)計(jì)或編程上的一些假定或依賴(lài)性，相關(guān)人員沒(méi)有充分溝通。項(xiàng)目組成員技術(shù)水平參差不齊技術(shù)問(wèn)題。算法錯(cuò)誤：在給定條件下沒(méi)能給出正確或準(zhǔn)確的結(jié)果。語(yǔ)法錯(cuò)誤：對(duì)于編譯性語(yǔ)言程序，編譯器可以發(fā)現(xiàn)這類(lèi)問(wèn)題；但對(duì)于解釋性語(yǔ)言程序，只能在測(cè)試運(yùn)行時(shí)發(fā)現(xiàn)。計(jì)算和精度問(wèn)題：計(jì)算的結(jié)果沒(méi)有滿(mǎn)足所需要的精度。系統(tǒng)結(jié)構(gòu)不合理、算法選擇不科學(xué)，造成系統(tǒng)性能低下。接口參數(shù)傳遞不匹配，導(dǎo)致模塊集成出現(xiàn)問(wèn)題。項(xiàng)目管理的問(wèn)題：缺乏質(zhì)量文化，不重視質(zhì)量計(jì)劃，對(duì)質(zhì)量、資源、任務(wù)、成本等的平衡性把握不好，容易擠掉需求分析、評(píng)審、測(cè)試、等時(shí)間，遺留的缺陷會(huì)比較多。系統(tǒng)分析時(shí)對(duì)客戶(hù)的需求不是十分清楚，或者和用戶(hù)的溝通存在一些困難。開(kāi)發(fā)周期短，需求分析、設(shè)計(jì)、編程、測(cè)試等各項(xiàng)工作不能完全按照定義好的流程來(lái)進(jìn)行，工作不夠充分，結(jié)果也就不完整、不準(zhǔn)確，錯(cuò)誤較多；周期短，還給各類(lèi)開(kāi)發(fā)人員造成太大的壓力，引起一些人為的錯(cuò)誤。開(kāi)發(fā)流程不夠完善，存在太多的隨機(jī)性和缺乏嚴(yán)謹(jǐn)?shù)膬?nèi)審或評(píng)審機(jī)制，容易產(chǎn)生問(wèn)題。文檔不完善，風(fēng)險(xiǎn)估計(jì)不足等。①繪制示意圖②闡述每個(gè)步驟是做什么 需求分析即首先要明確客戶(hù)需要的是什么，需要軟件作成什么樣子，需要有那幾項(xiàng)功能概要設(shè)計(jì)主要是架構(gòu)的實(shí)現(xiàn)，指搭建架構(gòu)、表述各模塊功能、模塊接口連接和數(shù)據(jù)傳遞的實(shí)現(xiàn)等項(xiàng)事務(wù)。詳細(xì)設(shè)計(jì)對(duì)概要設(shè)計(jì)中表述的各模塊進(jìn)行深入分析，對(duì)各模塊組合進(jìn)行分析等。軟件編碼按照詳細(xì)設(shè)計(jì)好的模塊功能表，編程人員編寫(xiě)出實(shí)際的代碼。單元測(cè)試按照設(shè)定好的最小測(cè)試單元進(jìn)行按單元測(cè)試，主要是測(cè)試程序代碼，為的是確保各單元模塊被正確的編譯，單元的具體劃分按不同的單位與不同的軟件有不同。集成測(cè)試經(jīng)過(guò)了單元測(cè)試后，將各單元組合成完整的體系，主要測(cè)試各模塊間組合后的功能實(shí)現(xiàn)情況，以及模塊接口連接的成功與否，數(shù)據(jù)傳遞的正確性等，其主要目的是檢查軟件單位之間的接口是否正確。根據(jù)集成測(cè)試計(jì)劃，一邊將模塊或其他軟件單位組合成系統(tǒng)，一邊運(yùn)行該系統(tǒng)，以分析所組成的系統(tǒng)是否正確，各組成部分是否合拍。系統(tǒng)測(cè)試經(jīng)過(guò)了單元測(cè)試和集成測(cè)試以后，我們要把軟件系統(tǒng)搭建起來(lái)，按照軟件規(guī)格說(shuō)明書(shū)中所要求，測(cè)試軟件其性能功能等是否和用戶(hù)需求相符合，在系統(tǒng)中運(yùn)行是否存在漏洞，等。驗(yàn)收測(cè)試主要就是用戶(hù)在拿到軟件的時(shí)候，在使用現(xiàn)場(chǎng)，會(huì)根據(jù)前邊所提到的需求，以及規(guī)格說(shuō)明書(shū)來(lái)做相應(yīng)測(cè)試，以確定軟件達(dá)到符合效果的。第三篇：軟件測(cè)試復(fù)習(xí)資料1． 黑盒測(cè)試法是通過(guò)分析程序的功能來(lái)設(shè)計(jì)測(cè)試用例的方法。2． 黑盒測(cè)試除了測(cè)試程序外，它還適用于對(duì)需求分析階段的軟件文檔進(jìn)行測(cè)試。3． 白盒測(cè)試除了測(cè)試程序外，它也適用于對(duì)軟件具體設(shè)計(jì)階段的軟件文檔進(jìn)行測(cè)試。4． 單元測(cè)試一般以白盒測(cè)試法為主，測(cè)試的依據(jù)是模塊功能規(guī)格說(shuō)明。5． 軟件測(cè)試中常用的靜態(tài)分析方法是引用分析和接口分析。6． 測(cè)試人員的基本素質(zhì)為計(jì)算機(jī)專(zhuān)業(yè)技能、測(cè)試專(zhuān)業(yè)技能、行業(yè)知識(shí)7． 軟件危機(jī)的體現(xiàn)為：A、開(kāi)發(fā)成本和進(jìn)度估計(jì)不正確B、用戶(hù)對(duì)完成的軟件不滿(mǎn)足C、軟件經(jīng)常不可維護(hù)；8． 軟件測(cè)試按照開(kāi)發(fā)階段劃分：A、單元測(cè)試B、集成測(cè)試；系統(tǒng)測(cè)試C、確認(rèn)測(cè)試；驗(yàn)收測(cè)試9． 軟件測(cè)試按照測(cè)試技術(shù)劃分：A、性能測(cè)試、負(fù)載測(cè)試、壓力測(cè)試B、恢復(fù)測(cè)試、安全測(cè)試、兼容測(cè)試10． 軟件測(cè)試項(xiàng)目周期是指：A、需求階段、測(cè)試計(jì)劃B、階段測(cè)試、設(shè)計(jì)階段測(cè)試、執(zhí)行階段 11． 軟件測(cè)試原則有：A、制定嚴(yán)格的測(cè)試計(jì)劃 B、保留所有的測(cè)試文檔C、功能測(cè)試中的缺陷確認(rèn) 12． 制定測(cè)試計(jì)劃的步驟：確定測(cè)試范圍、確定測(cè)試