【正文】 人 美國(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)于開發(fā)人員一人承擔(dān)需求分析，設(shè)計(jì)，開發(fā)，測(cè)試等所有工作，當(dāng)然也不會(huì)有人去區(qū)分調(diào)試和測(cè)試。②系統(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)題。團(tuán)隊(duì)工作：系統(tǒng)需求分析時(shí)對(duì)客戶的需求理解不清楚，或者和用戶的溝通存在一些困難。接口參數(shù)傳遞不匹配，導(dǎo)致模塊集成出現(xiàn)問(wèn)題。軟件編碼按照詳細(xì)設(shè)計(jì)好的模塊功能表，編程人員編寫出實(shí)際的代碼。3． 白盒測(cè)試除了測(cè)試程序外，它也適用于對(duì)軟件具體設(shè)計(jì)階段的軟件文檔進(jìn)行測(cè)試。1． 測(cè)試階段的根本目標(biāo)是盡可能多地發(fā)現(xiàn)并排除軟件中潛藏的錯(cuò)誤，最終把一個(gè)高質(zhì)量的軟件系統(tǒng)交給用戶使用。9． 軟件驗(yàn)收測(cè)試包括正式驗(yàn)收測(cè)試、alpha測(cè)試、beta測(cè)試三種類型。白盒測(cè)試是把測(cè)試對(duì)象看作一個(gè)打開的盒子，測(cè)試人員須了解程序的內(nèi)部結(jié)構(gòu)和處理過(guò)程，由于白盒測(cè)試是一種結(jié)構(gòu)測(cè)試，所以被測(cè)對(duì)象基本上是源程序，以程序的內(nèi)部邏輯和指定的覆蓋標(biāo)準(zhǔn)確定測(cè)試數(shù)據(jù)。11． 系統(tǒng)測(cè)試：將軟件放在整個(gè)計(jì)算機(jī)環(huán)境下，包括軟硬件平臺(tái)、某些支持軟件、數(shù)據(jù)和人員等，在實(shí)際運(yùn)行環(huán)境下進(jìn)行一系列的測(cè)試。3）.系統(tǒng)測(cè)試系統(tǒng)測(cè)試是把經(jīng)過(guò)測(cè)試的子系統(tǒng)裝配成一個(gè)完整的系統(tǒng)來(lái)測(cè)試。所謂平行運(yùn)行就是同時(shí)運(yùn)行新開發(fā)出來(lái)的系統(tǒng)和將被它取代的舊系統(tǒng)，以便比較新舊兩個(gè)系統(tǒng)的處理結(jié)果。5）測(cè)試評(píng)估結(jié)合量化的測(cè)試覆蓋域及缺陷跟蹤報(bào)告，對(duì)于應(yīng)用軟件的質(zhì)量和開發(fā)團(tuán)隊(duì)的工作進(jìn)度及工作效率進(jìn)行綜合評(píng)價(jià)。b)動(dòng)態(tài)測(cè)試：通過(guò)運(yùn)行軟件來(lái)檢驗(yàn)軟件的動(dòng)態(tài)行為和運(yùn)行結(jié)果的正確性。因此是屬于性能測(cè)試范圍的。軟件測(cè)試缺陷報(bào)告是軟件測(cè)試的輸出成果之一，可以衡量測(cè)試人員的工作能力。（5）測(cè)試用例應(yīng)由輸入數(shù)據(jù)和預(yù)期的輸出結(jié)果兩部分組成，并兼顧合理的輸入和不合理的輸入數(shù)據(jù)（6）窮舉測(cè)試是不可能的。這個(gè)程序要打印出信息，說(shuō)明這個(gè)三角形是三邊不等的、是等腰的、還是等邊的?！崩玫葍r(jià)類劃分的方法，設(shè)計(jì)測(cè)試該軟件的全部測(cè)試用例。：測(cè)試用例就是一個(gè)文檔，描述輸入、動(dòng)作、或者時(shí)間和一個(gè)期望的結(jié)果，其目的是確定應(yīng)用程序的某個(gè)特性是否正常的工作。④ bug 的嚴(yán)重程度。：設(shè)置專門的測(cè)試環(huán)境管理員角色、明確測(cè)試環(huán)境管理所需的各種文檔、測(cè)試環(huán)境訪問(wèn)權(quán)限的管理、測(cè)試環(huán)境的變更管理、測(cè)試環(huán)境的備份和恢復(fù)。7，制定嚴(yán)格的測(cè)試計(jì)劃。5，具有整體觀念，對(duì)細(xì)節(jié)敏感。自底向上增量是集成測(cè)試是從最底層的模塊開始，按結(jié)構(gòu)圖自下向上逐步進(jìn)行測(cè)試工作。十、測(cè)試用例設(shè)計(jì)的基本原則是什么？答：1用成熟測(cè)試用例設(shè)計(jì)方法來(lái)指導(dǎo)設(shè)計(jì)；2測(cè)試用例的正確性；3測(cè)試用例的代表性；4測(cè)試結(jié)果的可判定性；5測(cè)試結(jié)果的可再現(xiàn)性；6足夠詳細(xì)、準(zhǔn)確和清晰的步驟。五、簡(jiǎn)述集成測(cè)試的實(shí)施方案有哪些？答：集成測(cè)試的實(shí)施方案有很多種，如非增量式集成測(cè)試和增量式集成測(cè)試，三明治集成測(cè)試，核心集成測(cè)試，分層集成測(cè)試，基于使用的集成測(cè)試等；常用的是前兩種。3，不懈努力，追求完美。5，設(shè)計(jì)用例時(shí)，應(yīng)該考慮各種情況。一般來(lái)說(shuō)，配置測(cè)試環(huán)境要滿足五個(gè)基本元素：硬件、軟件、網(wǎng)絡(luò)環(huán)境、數(shù)據(jù)準(zhǔn)備、測(cè)試工具。② 開發(fā)的接口人員。：等價(jià)類劃分法、邊界值分析法、判定表方法、因果圖法、錯(cuò)誤推測(cè)法。若投入1元5角硬幣，按下“可樂(lè)”、“雪碧”或“紅茶”按鈕，相應(yīng)的飲料就送出來(lái)?！耙粋€(gè)程序讀入三個(gè)整數(shù)。(3)pareto原則：測(cè)試發(fā)現(xiàn)的錯(cuò)誤中的80%很可能是由程序中20%的模塊造成的。這適合于檢查程序輸入條件的各種組合情況。驗(yàn)證SRS中的性能需求，是否實(shí)現(xiàn)。對(duì)需求規(guī)格說(shuō)明書、軟件設(shè)計(jì)說(shuō)明書、源程序做檢查和審閱。3）測(cè)試開發(fā)建立可重復(fù)使用的自動(dòng)測(cè)試過(guò)程。驗(yàn)收測(cè)試也稱為確認(rèn)測(cè)試。2）.子系統(tǒng)測(cè)試子系統(tǒng)測(cè)試是把經(jīng)過(guò)單元測(cè)試的模塊放在一起形成一個(gè)子系統(tǒng)來(lái)測(cè)試。9． 集成測(cè)試：在單元測(cè)試的基礎(chǔ)上，將所有模塊按照設(shè)計(jì)要求組裝成為系統(tǒng)，應(yīng)提交集成測(cè)試計(jì)劃、集成測(cè)試規(guī)格說(shuō)明和集成測(cè)試分析報(bào)告。3． 動(dòng)態(tài)測(cè)試 通過(guò)運(yùn)行軟件來(lái)檢驗(yàn)軟件的動(dòng)態(tài)行為和運(yùn)行結(jié)果的正確性。7． 設(shè)計(jì)系統(tǒng)測(cè)試計(jì)劃需要參考的項(xiàng)目文檔有軟件測(cè)試計(jì)劃、軟件需求工件、和迭代計(jì)劃。白盒測(cè)試是根據(jù)程序的內(nèi)部邏輯來(lái)設(shè)計(jì)測(cè)試用例,黑盒測(cè)試是根據(jù)軟件的規(guī)格說(shuō)明來(lái)設(shè)計(jì)測(cè)試用例。第三篇：軟件測(cè)試復(fù)習(xí)資料1． 黑盒測(cè)試法是通過(guò)分析程序的功能來(lái)設(shè)計(jì)測(cè)試用例的方法。①繪制示意圖②闡述每個(gè)步驟是做什么 需求分析即首先要明確客戶需要的是什么，需要軟件作成什么樣子，需要有那幾項(xiàng)功能概要設(shè)計(jì)主要是架構(gòu)的實(shí)現(xiàn)，指搭建架構(gòu)、表述各模塊功能、模塊接口連接和數(shù)據(jù)傳遞的實(shí)現(xiàn)等項(xiàng)事務(wù)。計(jì)算和精度問(wèn)題：計(jì)算的結(jié)果沒(méi)有滿足所需要的精度。⑦由于通信端口多、存取和加密手段的矛盾性等，會(huì)造成系統(tǒng)的安全性或適用性等問(wèn)題。軟件缺陷的產(chǎn)生主要是由軟件產(chǎn)品的特點(diǎn)和開發(fā)過(guò)程決定的。如果一個(gè)軟件產(chǎn)品開發(fā)完成之后發(fā)現(xiàn)了很多問(wèn)題，這說(shuō)明此軟件開發(fā)過(guò)程很可能是有缺陷的。同時(shí)由于質(zhì)量要求高，因此會(huì)投入較多的人力、物力資源。測(cè)試人員的主要工作是測(cè)試，質(zhì)量保證人員日常工作重要內(nèi)容是檢查與評(píng)審，測(cè)試工作也是測(cè)試保證人員的工作對(duì)象。主要有以下原因：完全測(cè)試比較耗時(shí)，時(shí)間上不允許；完全測(cè)試通常意味著較多資源投入，這在現(xiàn)實(shí)中往往是行不通的；輸入量太大，不能一一進(jìn)行測(cè)試；輸出結(jié)果太多，只能分類進(jìn)行驗(yàn)證；軟件實(shí)現(xiàn)途徑太多；軟件產(chǎn)品說(shuō)明書沒(méi)有客觀標(biāo)準(zhǔn)，從不同的角度看，軟件缺陷的標(biāo)準(zhǔn)不同；因此測(cè)試的程度要根據(jù)實(shí)際情況確定 其中的原因主要如下：代碼復(fù)用、拷貝代碼導(dǎo)致程序員容易犯相同的錯(cuò)誤。 測(cè)試要注意下面的事項(xiàng)：（1）用戶現(xiàn)場(chǎng)測(cè)試不可能測(cè)試全部功能，因此要測(cè)試核心功能。在任何一個(gè)項(xiàng)目中，通常情況下開發(fā)人員和測(cè)試人員都是不夠用的，而且在項(xiàng)目中沒(méi)有預(yù)算足夠的回歸測(cè)試時(shí)間，修改缺陷可能引入新的缺陷。第二篇：軟件測(cè)試（推薦）一、簡(jiǎn)答5*6’表面上看這體現(xiàn)了管理的效率和靈活性，但實(shí)際上也體現(xiàn)了管理者對(duì)測(cè)試的輕視。12憑經(jīng)驗(yàn)或直覺(jué)推測(cè)程序中可能存在的錯(cuò)誤而設(shè)計(jì)測(cè)試用例的方法是錯(cuò)誤推測(cè)法。11在單元測(cè)試時(shí)，需要為被測(cè)模塊設(shè)計(jì)驅(qū)動(dòng)模塊與樁模塊。10確認(rèn)測(cè)試開始前需要制定測(cè)試計(jì)劃，結(jié)束后要寫出測(cè)試分析報(bào)告。9集成測(cè)試指在單元測(cè)試基礎(chǔ)上，將所有模塊按照設(shè)計(jì)要求組裝成一個(gè)完整的系統(tǒng)進(jìn)行的測(cè)試。9因果圖的基本原理是通過(guò)畫因果圖，把用自然語(yǔ)言描述的 功能說(shuō)明轉(zhuǎn)換為判定表，最后為判定表每一列設(shè)計(jì)一個(gè)測(cè)試用例。8實(shí)際的邏輯覆蓋測(cè)試中，一般以 條件組合覆蓋為主設(shè)計(jì)測(cè)試用例，然后再補(bǔ)充部分用例，以達(dá)到 路徑覆蓋測(cè)試標(biāo)準(zhǔn)。根據(jù) 測(cè)試用例的設(shè)計(jì)方法不同，動(dòng)態(tài)測(cè)試又分為 黑盒測(cè)試與白盒測(cè)試兩類。70、軟件更改的質(zhì)量保證工作需要每個(gè)更改的SCI的質(zhì)量保證和整個(gè)新軟件系統(tǒng)版本的質(zhì)量保證兩個(gè)級(jí)別的活動(dòng)。6從內(nèi)容和重點(diǎn)上我們可以把質(zhì)量管理標(biāo)準(zhǔn)劃分成認(rèn)證標(biāo)準(zhǔn)和評(píng)估標(biāo)準(zhǔn)兩種類型。5McCall模型劃分了軟件運(yùn)行、軟件轉(zhuǎn)移、軟件修改三個(gè)緯度的11個(gè)軟件質(zhì)量因素。、面向?qū)ο竽Ｐ筒煌谄渌Ｐ偷闹饕卣魇墙M件的密集重用。3為了考察測(cè)試用例的重要性，我們可以從有效性、可重用性、易組織性、可評(píng)估性、可管理性五方面理解。通常，軟件質(zhì)量的管理部件有項(xiàng)目進(jìn)展控制、軟件質(zhì)量度量、軟件質(zhì)量費(fèi)用和可用于控制軟件維護(hù)的工具SQA管理工具。2軟件質(zhì)量保證的目標(biāo)包括面向產(chǎn)品的軟件開發(fā)和面向過(guò)程的軟件維護(hù)兩大方面。1典型的版本方針包括嚴(yán)格單一活動(dòng)版本方針、多版本方針。RMA可以劃分成三組類別 內(nèi)部風(fēng)險(xiǎn)管理措施，分包風(fēng)險(xiǎn)管理措施，顧客風(fēng)險(xiǎn)管理措施支持性質(zhì)量手段有模板和檢查表。有兩種同行評(píng)審方法學(xué)：審查和走查。1依據(jù)合同評(píng)審的目標(biāo)對(duì)合同評(píng)審主題進(jìn)行分類為建議草案評(píng)審主題和合同草案評(píng)審主題兩種類型。2CMM內(nèi)容包含初始級(jí)、可重復(fù)級(jí)、已定義級(jí)、已管理級(jí)和可優(yōu)化級(jí)五個(gè)等級(jí)。2從內(nèi)容和重點(diǎn)上我們可以把質(zhì)量管理標(biāo)準(zhǔn)劃分成和評(píng)估標(biāo)準(zhǔn)兩種類型。3按照測(cè)試的層次和策略,軟件測(cè)試可以分為單元測(cè)試、集成測(cè)試、確認(rèn)測(cè)試 和 系統(tǒng)測(cè)試。4McCall模型產(chǎn)品修改緯度的質(zhì)量因素有可維護(hù)性、可測(cè)試性、靈活性。5軟件缺陷的固有特征有軟件缺陷的固有性、軟件缺陷的敏感性、軟件缺陷的感染性。6軟件更改的質(zhì)量保證工作需要每個(gè)更改的SCI的質(zhì)量保證和整個(gè)新軟件系統(tǒng)版本的質(zhì)量保證兩個(gè)級(jí)別的活動(dòng)。6在任何機(jī)構(gòu)中，CAPA