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