（圖片大小可自由調整）2024年大學試題(計算機科學)-軟件測試技術考試近5年真題集錦（頻考類試題）帶答案第I卷一.參考題庫(共100題)1.強調了測試計劃等工作的先行和對系統需求和系統設計的測試（）A、V型B、H型C、W型D、前置測試模型2.使用白盒測試方法時，確定測試數據的依據是指定的覆蓋標準和（）。A、程序的注釋B、程序的內部邏輯C、用戶使用說明書D、程序的需求說明3.下面不屬于軟件測試步驟的是（）。A、集成測試B、回歸測試C、確認測試D、單元測試4.黑盒測試與白盒測試各有哪些優缺點，應該如何結合才能解決漏洞和冗余問題？5.問：給你一個網站，你如何測試？6.軟件測試是采用（）執行軟件的活動。A、測試用例B、輸入數據C、測試環境D、輸入條件7.關于測試驅動開發，描述錯誤的是（）。A、測試驅動開發式是一種敏捷開發方法B、TDD需求開發人員學習測試相關知識C、測試驅動開發不適合使用CMM/CMMI方法D、測試驅動開發可以和結對編程結合使用8.黑盒測試用例設計方法包括（）、（）以及因果圖法，錯誤推測法等。9.下面哪些測試屬于黑盒測試方法（）。A、路徑測試B、等價類劃分C、邊界值分析D、條件判斷E、循環測試F、因果圖分析、正交分析法10.認為做好測試用例設計工作的關鍵是什么？11.產品發布后修復軟件缺陷比項目開發早期這樣做的費用要高（）。A、1～2倍B、10～20倍C、50倍D、100倍或更高12.寫出“直接插入排序”的算法，畫出流程圖，并用邏輯覆蓋法，寫出測試用例。13.調試是（）。A、發現與預先定義的規格和標準不符合的問題B、發現軟件錯誤征兆的過程C、有計劃的、可重復的過程D、消除軟件錯誤的過程14.簡述等價類劃分的原則。15.你所了解的的軟件測試類型都有哪些，簡單介紹一下。16.在沒有產品說明書和需求文檔的條件下可以進行動態黑盒測試。17.負載測試是驗證要檢驗的系統的能力最高能達到什么程度。18.與設計測試數據無關的文檔是（）。A、該軟件的設計人員B、程序的復雜程度C、源程序D、項目開發計劃19.軟件缺陷產生的原因包括（）、設計、（）以及其他原因。20.如果程序的功能說明中含有條件的組合情況則一開始就可以選用（）和判定表法A、等價類劃分法B、因果圖法C、邊界值法D、場景法21.軟件生存周期及其模型是什么？22.軟件缺陷產生的原因包括軟件（）、（）、（）以及其他原因。23.下列說法不正確的是（）。A、測試不能證明軟件的正確性B、測試員需要良好的溝通技巧C、QA與testing屬于一個層次的概念D、成功的測試是發現了錯誤的測試24.在下列描述中，關于測試與調試的說法錯誤的是（）。A、測試是顯示錯誤的行為；而調試是推理的過程B、測試顯示開發人員的錯誤。調試是開發人員為自己辯護C、測試能預期和可控。調試需要想象、經驗和思考D、測試必須在詳細設計已經完成的情況下才能開始；沒有詳細設計的信息調試不可能進行25.您認為做好測試計劃工作的關鍵是什么？26.簡述邊界值分析法的原則。27.什么是測試用例？什么是測試腳本？兩者的關系是什么？28.在軟件底層進行的測試稱為（）。A、系統測試B、集成測試C、單元測試D、功能測試29.白盒測試是根據程序的（）來設計測試用例，黑盒測試是根據軟件的規格說明來設計測試用例。A、功能B、性能C、內部邏輯D、內部數據30.白盒測試又稱為（），黑盒測試又稱為（）。31.下面那個屬于靜態分析（） a?編碼規則的檢查? b?程序結構分析 c?程序復雜度分析 d?內存泄露A、除c以外B、除a和c以外C、除c、d以外D、除d以外32.某城市的電話號碼由三部分組成。這三部分的名稱和內容分別是 地區碼：空白或三位數字；? 前綴：非’0’或’1’開頭的三位數； 后綴：四位數字。假定被調試的程序能接受一切符合上述規定的電話號碼，拒絕所有不符合規定的號碼，試用等價分類法來設計它的調試用例。33.對于連鎖型分支結構，若有n個判定語句，則有2n條路徑。34.測試后程序中殘存的錯誤數目與該程序中已發現的錯誤數目成（）。A、未知B、反比C、相等D、正比35.結構性測試是根據軟件的規格說明來設計測試用例。36.集成測試是為確定軟件系統是否滿足驗收標準以及使客戶決定是否接受而進行的正式測試。37.不屬于邏輯覆蓋方法的是（）。A、組合覆蓋B、判定覆蓋C、條件覆蓋D、接口覆蓋38.在三角形計算中，要求三角型的三個邊長：A、B和C。當三邊不可能構成三角形時提示錯誤，可構成三角形時計算三角形周長。若是等腰三角形打印“等腰三角形”，若是等邊三角形，則提示“等邊三角形”。給出程序偽代碼、控制流程圖。39.軟件測試計劃評審會需要哪些人員參加？（）A、項目經理B、SQA負責人C、配置負責人D、測試組40.LoadRunner分為哪三個模塊？請簡述各模塊的主要功能。41.針對是否對無效數據進行測試，可以將等價類測試分為（）。 1）標準（一般）等價類測試 2）健壯等價類測試 3）弱等價類測試 4）強等價類測試A、3）4）B、1）2）C、1）3）D、2）4）42.一個參數的取值范圍是正整數那么這個參數的有效邊界值的數目是（）A、一個B、兩個C、三個D、四個43.請把下面的程序流程圖轉化成控制流圖。 44.程序的三種基本控制結構是（）。A、過程，子程序，分程序B、順序，條件，循環C、遞歸，堆棧，隊列D、調用，返回，轉移45.軟件測試項目從什么時候開始？為什么？

46.軟件測試的目的是盡可能多的找出軟件的缺陷。47.什么是測試用例和測試規程？設計一個測試用例應當從哪幾方面考慮？48.測試用例設計的原則是什么？目前主要的測試用例設計方法有哪些？49.您是否了解以往所工作的企業的軟件開發過程？如果了解，請試述一個完整的開發過程需要完成哪些工作？分別由哪些不同的角色來完成這些工作？您在以往的測試工作中都曾經具體從事過哪些工作？其中最擅長哪部分工作？50.測試人員在測試過程中發現一處問題，如果問題影響不大，而自己又可以修改，應立即將此問題正確修改，以加快、提高開發的進程。51.軟件開發模式包括（）、（）、（）、（）。52.單元測試能發現約80%的軟件缺陷。53.不屬于單元測試內容的是（）。A、模塊接口測試B、局部數據結構測試C、路徑測試D、用戶界面測試54.軟件測試計劃的內容包括（）A、測試目的、背景B、被測軟件的功能特征C、測試內容和評價標準D、以上全部55.在C/C++中static有什么用途？（請至少說明兩種）56.Beta測試是驗收測試的一種。57.軟件測試是軟件質量保證的重要手段，下述哪種測試是軟件測試的最基礎環節？（）A、功能測試B、單元測試C、結構測試D、驗收測試58.軟件產品質量特性是什么？59.您認為做好測試用例設計工作的關鍵是什么？60.從供選擇的答案中選出同下列關于軟件測試的各條敘述關系最密切的字句。 A．對可靠性要求很高的軟件，例如操作系統，由第三者對源代碼進行逐行檢查。 B．已有的軟件被改版時，由于受到變更的影響，改版前正常的功能可能發生異常，性能也可能下降。因此，對變更的軟件進行測試是必要的。 C．在意識到被測試模塊的內部結構或算法的情況下進行測試。 D．為了確認用戶的需求，先做出系統的主要部分，提交給用戶試用。 E．在測試具有層次結構的大型軟件時，有一種方法是從上層模塊開始，由上到下進行測試。此時，有必要用一些模塊替代尚未測試過的下層模塊。 供選擇的答案： A~E://①仿真器；②代碼審查；③模擬器；④樁；⑤驅動器；⑥域測試；⑦黑盒測試；⑧原型；⑨白盒測試；⑩退化測試。61.下列關于程序效率的描述錯誤的是（）。A、提高程序的執行速度可以提高程序的效率B、降低程序占用的存儲空間可以提高程序的效率C、源程序的效率與詳細設計階段確定的算法的效率無關D、好的程序設計可以提高效率62.（）把黑盒子測試和白盒子測試的界限打亂了。A、灰盒子測試B、動態測試C、靜態測試D、失敗測試63.軟件測試的目的是（）。A、發現程序中的所有錯誤B、盡可能多地發現程序中的錯誤C、證明程序是正確的D、調試程序64.軟件測試分為幾個階段？各階段的測試策略和要求是什么？65.缺陷記錄應包含的內容？66.測試設計員的職責有：（）A、制定測試計劃B、設計測試用例C、設計測試過程、腳本D、評估測試活動67.簡述你在以前的工作中做過哪些事情，比較熟悉什么。68.軟件生存周期過程中，修改錯誤代價最大的階段是（）。?A、需求階段B、設計階段C、編程階段D、發布運行階段69.軟件測試員究竟做些什么。（）A、軟件測試員的目的是發現軟件缺陷B、軟件測試員的目的是發現軟件缺陷，盡可能早一些C、軟件測試員的目的是發現軟件缺陷，盡可能早一些，并確保其得以修復D、軟件測試員的目的是發現軟件缺陷，盡可能早一些，并將其得以修復70.測試過程中，（）描述用于描述測試的整體方案，（）描述依據測試案例找出的問題。71.什么是軟件測試？軟件測試的目的與原則是什么。72.對于軟件的β測試，下列描述正確的是（）。A、β測試就是在軟件公司內部展開的測試，由公司專業的測試人員執行的測試B、β測試就是在軟件公司內部展開的測試，由公司的非專業測試人員執行的測試C、β測試就是在軟件公司外部展開的測試，由專業的測試人員執行的測試D、β測試就是在軟件公司外部展開的測試，可以由非專業的測試人員執行的測試73.當開發人員說不是BUG時，你如何應付？74.需求測試的注意事項有哪些？75.有一段程序如下，請設計測試用例以滿足語句覆蓋要求。 76.一個測試工程師應具備那些素質？77.Internet采用哪種網絡協議？該協議的主要層次結構？Internet物理地址和IP地址轉換采用什么協議？78.有二元函數f（x，y），其中x∈[1，12]，y∈[1，31]；請寫出該函數采用基本邊界值分析法設計的測試用例。79.計算一個任意三角形的面積，S=√（p（p-a）（p-b）（p-c）），p=（a+b+c）/2，以下等價類測試用例中，不屬于無效等價類的是（）。A、a=5，b=3，c=6B、a=2，b=3，c=5C、a=7，b=3，c=3D、a=2，b=6，c=380.集成測試計劃應該在（）階段末提交。A、需求分析B、概要設計C、詳細設計D、單元測試完成81.測試人員要堅持原則，缺陷未修復完堅決不予通過。82.找出的軟件缺陷越多，說明剩下的軟件缺陷越少。83.簡述什么是驅動模塊？84.測試程序僅僅按預期方式運行就行了。85.下面屬于黑盒測試方法的是（）。A、語句覆蓋B、邏輯覆蓋C、邊界值分析D、路徑覆蓋86.軟件測試的對象包括（）A、需求分析，概要設計和詳細設計B、程序源代碼C、需求規格說明D、以上所有87.測試過程中，（）用于描述測試的整體方案，（）描述依據測試案例找出的問題。88.按要求給出下列程序的測試用例（要求寫出必要的說明）： （1）語句覆蓋 （2）判定覆蓋 （3）條件覆蓋 （4）判定-條件覆蓋 （5）條件組合覆蓋89.驗收測試是以最終用戶為主的測試。90.軟件只要經過嚴格嚴謹的內部測試之后，可以做到沒有缺陷。91.自底向上增量式集成測試中，下面（）描述是正確的。A、測試由樁模塊控制B、最上面的模塊最先測試C、父單元用測試過的子單元測試D、包含樹的深度優先或廣度優先遍歷過程92.軟件測試員可以對產品說明書進行白盒測試。93.軟件測試的策略是什么？94.簡述什么是單元測試？95.下列（）是對程序流程圖進行簡化后得到的，它可以更加突出的表示程序控制流的結構，且不包含復合條件。A、DD-路徑圖B、控制流圖C、MM-路徑圖D、模塊調用圖96.簡述軟件開發-軟件測試的對用關系。97.軟件測試工具可以代替軟件測試員。98.您以往所從事的軟件測試工作中，是否使用了一些工具來進行軟件缺陷（Bug）的管理？如果有，請結合該工具描述軟件缺陷（Bug）跟蹤管理的流程。99.動態黑盒子測試：（）A、直接測試底層功能、過程、子程序和庫B、可估算執行測試時代碼量和具體代碼C、從軟件獲得讀取變量和狀態信息的訪問權D、測試的是軟件在使用過程中的實際行為100.階段評審與同行評審的區別。第I卷參考答案一.參考題庫1.參考答案：A2.參考答案：B3.參考答案：B4.參考答案： 功能性測試具有兩大優點：功能性測試與軟件如何實現無關；測試用例開發可以與實現并行進行，因此可以壓縮總的項目開發時間。 缺點：測試用例之間可能存在嚴重的冗余，還會有位測試的軟件漏洞。結構性測試局限于已經完成的代碼行為當中，離代碼太近。因此可以結構性測試指標去解決冗余和漏洞問題。 如果發現同一條程序路徑被多個功能性測試用例遍歷，就可以懷疑這種冗余不會發生新的缺陷，如果沒有達到一定的DD—路徑覆蓋，則可知在功能性測試用力中存在漏洞。因此路徑測試可以提供作為功能性測試交叉檢查的一組指標。5.參考答案： 首先，查找需求說明、網站設計等相關文檔，分析測試需求。 制定測試計劃，確定測試范圍和測試策略，一般包括以下幾個部分：功能性測試；界面測試；性能測試；數據庫測試；安全性測試；兼容性測試 設計測試用例： 功能性測試可以包括，但不限于以下幾個方面： 鏈接測試。鏈接是否正確跳轉，是否存在空頁面和無效頁面，是否有不正確的出錯信息返回。 提交功能的測試。 多媒體元素是否可以正確加載和顯示。 多語言支持是否能夠正確顯示選擇的語言等。 界面測試可以包括但不限于一下幾個方面： 頁面是否風格統一，美觀 頁面布局是否合理，重點內容和熱點內容是否突出 控件是否正常使用 對于必須但未安裝的控件，是否提供自動下載并安裝的功能 文字檢查 性能測試一般從以下兩個方面考慮： 壓力測試；負載測試；強度測試 數據庫測試要具體決定是否需要開展。數據庫一般需要考慮連結性，對數據的存取操作，數據內容的驗證等方面。 安全性測試： 基本的登錄功能的檢查 是否存在溢出錯誤，導致系統崩潰或者權限泄露 相關開發語言的常見安全性問題檢查，例如SQL注入等 如果需要高級的安全性測試，確定獲得專業安全公司的幫助，外包測試，或者獲取支持 兼容性測試，根據需求說明的內容，確定支持的平臺組合： 瀏覽器的兼容性；操作系統的兼容性；軟件平臺的兼容性；數據庫的兼容性；開展測試，并記錄缺陷。合理的安排調整測試進度，提前獲取測試所需的資源，建立管理體系（例如，需求變更、風險、配置、測試文檔、缺陷報告、人力資源等內容）。 定期評審，對測試進行評估和總結，調整測試的內容。6.參考答案：A7.參考答案：C8.參考答案：等價類劃分法；邊界值分析法9.參考答案：B,C,F10.參考答案：白盒測試用例設計的關鍵是以較少的用例覆蓋盡可能多的內部程序邏輯結果。黑盒法用例設計的關鍵同樣也是以較少的用例覆蓋模塊輸出和輸入接口。不可能做到完全測試，以最少的用例在合理的時間內發現最多的問題。11.參考答案：D12.參考答案：已知直接插入排序算法得基本步驟如下： （1）從一組數中取出第一個數 （2）取下一個數，如數已取完，則排序結束； （3）如果所取數大于等于其前鄰數，則重復（2）步 （4）如果所取數小于其前鄰數，則與其前鄰數交換位置 （5）重復第（4）步，直到所取已無前鄰數（即已交換到當前數列得第一位置），或大于等于其前鄰數為止 （6）返回第（2）步。 13.參考答案：D14.參考答案：①在輸入條件規定了取值范圍或值的個數的情況下，則可以確立一個有效等價類和兩個無效等價類。 ②在輸入條件規定了輸入值的集合或者規定了“必須如何”的條件的情況下，可確立一個有效等價類和一個無效等價類。 ③在輸入條件是一個布爾量的情況下，可確定一個有效等價類和一個無效等價類。 ④在規定了輸入數據的一組值（假定n個），并且程序要對每一個輸入值分別處理的情況下，可確立n個有效等價類和一個無效等價類。 ⑤在規定了輸入數據必須遵守的規則的情況下，可確立一個有效等價類（符合規則）和若干個無效等價類（從不同角度違反規則）。 ⑥在確知已劃分的等價類中各元素在程序處理中的方式不同的情況下，則應再將該等價類進一步的劃分為更小的等價類。15.參考答案： 按測試策略分類：1、靜態與動態測試；2、黑盒與白盒測試；3、手工和自動測試；4、冒煙測試；5、回歸測試。 按測試階段分類：單元測試、集成測試、系統測試。 其他常見測試方法：1、功能測試；2、性能測試；3、壓力測試；4、負載測試；5、易用性測試；；6、安裝試；7、界面測試；8、配置測試；9、文檔測試；10、兼容性測試；11、安全性測試；12、恢復測試。16.參考答案：正確17.參考答案：錯誤18.參考答案：D19.參考答案：編寫說明書；編寫代碼20.參考答案：B21.參考答案： 軟件生存周期（Softwarelifecycle）又稱為軟件生命期，生存期。是指從形成開發軟件概念起，所開發的軟件使用以后，知道失去使用價值消亡為止的整個過程。一般來說，整個生存周期包括計劃（定義）、開發、運行（維護）三個時期，每個時期又劃分為若干個階段。每個階段有明確的任務。 周期模型（典型的幾種）： 瀑布模型 快速原型模型：快速原型模型允許在需求分析階段對軟件的需求進行初步而非完全的分析和定義，快速設計開發出軟件系統的原型，該原型向用戶展示待開發軟件的全部或部分功能和性能；用戶對該原型進行測試評定，給出具體改進意見以豐富細化軟件需求；開發人員據此對軟件進行修改完善，直至用戶滿意認可之后，進行軟件的完整實現及測試、維護。 迭代模型：迭代包括產生產品發布（穩定、可執行的產品版本）的全部開發活動和要使用該發布必需的所有其他外圍元素。在某種程度上，開發迭代是一次完整地經過所有工作流程的過程：需求分析、設計、實施和測試工作流程。實質上，它類似小型的瀑布式項目。RUP認為，所有的階段都可以細分為迭代。每一次的迭代都會產生一個可以發布的產品，這個產品是最終產品的一個子集。 生命周期階段： 軟件計劃與可行性分析；需求分析；軟件設計；編碼；軟件測試；運行與維護。22.參考答案：說明書；設計；編寫代碼23.參考答案：D24.參考答案：D25.參考答案： 了解項目或系統的業務需求，和項目經理協調好，了解項目的進度計劃安排情況。26.參考答案：1）如果輸入條件規定了值的范圍，則應取剛達到這個范圍的邊界的值，以及剛剛超越這個范圍邊界的值作為測試輸入數據。 2）如果輸入條件規定了值的個數，則用最大個數，最小個數，比最小個數少一，比最大個數多一的數作為測試數據。 3）將規則1）和2）應用于輸出條件，即設計測試用例使輸出值達到邊界值及其左右的值。 4）如果程序的規格說明給出的輸入域或輸出域是有序集合，則應選取集合的第一個元素和最后一個元素作為測試用例。 5）如果程序中使用了一個內部數據結構，則應當選擇這個內部數據結構的邊界上的值作為測試用例。 6）分析規格說明，找出其它可能的邊界條件。27.參考答案： 為實施測試而向被測試系統提供的輸入數據、操作或各種環境設置以及期望結果的一個特定的集合。 測試腳本是為了進行自動化測試而編寫的腳本。 測試腳本的編寫必須對應相應的測試用例28.參考答案：C29.參考答案：C30.參考答案：結構測試或邏輯結構測試；功能測試或給予規格說明書的測試31.參考答案：D32.參考答案： 第一步：劃分等價類，包括4個有效等價類，11個無效等價類。 第二步：確定調試用例。 對11個無效等價類，要選擇11個調試用例，如下所示： 33.參考答案：正確34.參考答案：D35.參考答案：錯誤36.參考答案：錯誤37.參考答案：D38.參考答案： 程序偽代碼、控制流程圖如下所示： 圈復雜度是5。39.參考答案：A,B,C,D40.參考答案： VirtualUserGenerator：用于錄制腳步 MercuryLoadRunnerController：用于創建、運行和監控場景 MercuryLoadRunnerAnalysis：用于分析測試結果41.參考答案：B42.參考答案：A43.參考答案：44.參考答案：B45.參考答案： 軟件測試應該在需求分析階段就介入，因為測試的對象不僅僅是程序編碼，應該對軟件開發過程中產生的所有產品都測試，并且軟件缺陷存在放大趨勢.缺陷發現的越晚，修復它所花費的成本就越大。46.參考答案：正確47.參考答案： 狹義的講，一個測試用例就是測試人員用以測試被測軟件的某個特性或特性組合的一組數據。這組數據可能是從用戶處得來的實際的一組數據，也可能是測試人員專門設計出來的測試軟件某些功能的一組數據。 測試規程就是詳細的對測試用例設計方法、測試方法、測試工具、測試環境和測試數據進行描述的文檔，還可以包括能把某個或某一組測試用例應用到被測軟件上完成某項測試的一系列的操作步驟。 設計測試用例應當從以下幾方面考慮：邊界值，等價類劃分，有效/無效值等。48.參考答案： 代表性：能夠代表并覆蓋各種合理的和不合理、合法的和非法的、邊界的和越界的、以及極限的輸入數據、操作和環境設置等。 可判定性：即測試執行結果的正確性是可判定的，每一個測試用例都應有相應的期望結果。 可再現性：即對同樣的測試用例，系統的執行結果應當是相同的。 方法有等價類、邊界值、因果圖、狀態圖、正交法、大綱法。49.參考答案： 開發過程---需求調研（需求人員）、需求分析（需求人員）、概要設計（設計人員）、詳細設計（設計人員）、編碼（開發人員）。 測試過程---需求評審、系統測試設計、概要設計評審、集成測試設計、詳細設計評審、單元測試設計、測試執行 測試工作的整個過程都做過，擅長做測試設計。 過程決定質量，軟件的過程改進正是為了提高軟件的質量，將過往的種種經驗教訓積累起來。50.參考答案：錯誤51.參考答案：大棒模式；邊寫邊改模式；流水模式；螺旋模式52.參考答案：正確53.參考答案：D54.參考答案：D55.參考答案： （1）在函數體，一個被聲明為靜態的變量在這一函數被調用過程中維持其值不變。 （2）在模塊內（但在函數體外），一個被聲明為靜態的變量可以被模塊內所用函數訪問，但不能被模塊外其它函數訪問。它是一個本地的全局變量。 （3）在模塊內，一個被聲明為靜態的函數只可被這一模塊內的其它函數調用。那就是，這個函數被限制在聲明它的模塊的本地范圍內使用。56.參考答案：正確57.參考答案：B58.參考答案： 功能性：適應性、準確性、互操作性、依從性、安全性。 可靠性：成熟性、容錯性、易恢復性。 可使用性：易理解性、易學習性、易操作性。 效率：時間特性、資源特性。 可維護性：易分析性、易變更性、穩定性、易測試性。 可移植性：適應性、易安裝性、遵循性、易替換性59.參考答案：對業務和軟件需求非常清楚，可以根據需求不同選擇不同的測試用例設計。60.參考答案： A：②代碼審查；B：⑩退化測試；C://⑨白盒測試；D://⑧原型；E://④樁。61.參考答案：C62.參考答案：A63.參考答案：B64.參考答案： 和開發過程相對應，測試過程會依次經歷單元測試、集成測試、系統測試、驗收測試四個主要階段： 單元測試：單元測試是針對軟件設計的最小單位––程序模塊甚至代碼段進行正確性檢驗的測試工作，通常由開發人員進行。 集成測試：集成測試是將模塊按照設計要求組裝起來進行測試，主要目的是發現與接口有關的問題。由于在產品提交到測試部門前，產品開發小組都要進行聯合調試，因此在大部分企業中集成測試是由開發人員來完成的。 系統測試：系統測試是在集成測試通過后進行的，目的是充分運行系統，驗證各子系統是否都能正常工作并完成設計的要求。它主要由測試部門進行，是測試部門最大最重要的一個測試，對產品的質量有重大的影響。 驗收測試：驗收測試以需求階段的《需求規格說明書》為驗收標準，測試時要求模擬實際用戶的運行環境。對于實際項目可以和客戶共同進行，對于產品來說就是最后一次的系統測試。測試內容為對功能模塊的全面測試，尤其要進行文檔測試。 單元測試測試策略： 自頂向下的單元測試策略：比孤立單元測試的成本高很多，不是單元測試的一個好的選擇。 自底向上的單元測試策略：比較合理的單元測試策略，但測試周期較長。 孤立單元測試策略：最好的單元測試策略。 集成測試的測試策略： 大爆炸集成：適應于一個維護型項目或被測試系統較小。 自頂向下集成：適應于產品控制結構比較清晰和穩定；高層接口變化較小；底層接口未定義或經常可能被修改；產口控制組件具有較大的技術風險，需要盡早被驗證；希望盡早能看到產品的系統功能行為。 自底向上集成：適應于底層接口比較穩定；高層接口變化比較頻繁；底層組件較早被完成。 基于進度的集成 優點：具有較高的并行度；能夠有效縮短項目的開發進度。 缺點：樁和驅動工作量較大；有些接口測試不充分；有些測試重復和浪費。 系統測試的測試策略： 數據和數據庫完整性測試；功能測試；用戶界面測試；性能評測；負載測試；強度測試；容量測試；安全性和訪問控制測試；故障轉移和恢復測試；配置測試；安裝測試；加密測試；可用性測試；版本驗證測試；文檔測試65.參考答案：缺陷標識、缺陷類型、缺陷嚴重程度、缺陷產生可能性、缺陷優先級、缺陷狀態、缺陷起源、缺陷來源、缺陷原因。66.參考答案：B,C67.參考答案： 我過去的主要工作是系統測試和自動化測試。在系統測試中，主要是對BOSS系統的業務邏輯功能，以及軟交換系統的Class5特性進行測試。性能測試中，主要是進行的壓力測試，在各個不同數量請求的情況下，獲取系統響應時間以及系統資源消耗情況。自動化測試主要是通過自己寫腳本以及一些第三方工具的結合來測試軟交換的特性測試。 在測試中，我感覺對用戶需求的完全準確的理解非常重要。另外，就是對BUG的管理，要以需求為依據，并不是所有BUG均需要修改。 測試工作需要耐心和細致，因為在新版本中，雖然多數原來發現的BUG得到了修復，但原來正確的功能也可能變得不正確。因此要注重迭代測試和回歸測試。68.參考答案：D69.參考答案：C70.參考答案：測試計劃；缺陷報告71.參考答案： 在規定的條件下對程序進行操作，以發現程序錯誤，衡量軟件質量，并對其是否能滿足設計要求進行評估的過程。 軟件測試的目的： 測試是程序的執行過程，目的在于發現錯誤； 一個成功的測試用例在于發現至今未發現的錯誤； 一個成功的測試是發現了至今未發現的錯誤的測試； 確保產品完成了它所承諾或公布的功能，并且用戶可以訪問到的功能都有明確的書面說明。 確保產品滿足性能和效率的要求； 確保產品是健壯的和適應用戶環境的。 軟件測試的原則： 測試用例中一個必須部分是對預期輸出或接過進行定義； 程序員應避免測試自己編寫的程序； 編寫軟件的組織不應當測試自己編寫的軟件； 應當徹底檢查每個測試的執行結果 測試用例的編寫不僅應當根據有效和預料到的輸入情況，而且也應當根據無效和未預料到的輸入情況 檢擦程序是否“未做其應該做的”僅是測試的一半，測試的另一半是檢查程序是否“做了其不應該做的” 應避免測試用例用后即棄，除非軟件本身就是個一次性的軟件 計劃測試工作時不應默許假定不會發現錯誤 程序某部分存在更多錯誤的可能性，與該部分已經發現錯誤的數量成正比 軟件測試是一項極富創造性，極具智力的挑戰性的工作72.參考答案：D73.參考答案： 開發人員說不是bug，有2種情況，一是需求沒有確定，所以我可以這么做，這個時候可以找來產品經理進行確認，需不需要改動，3方商量確定好后再看要不要改。二是這種情況不可能發生，所以不需要修改，這個時候，我可以先盡可能的說出是BUG的依據是什么？如果被用戶發現或出了問題，會有什么不良結果？程序員可能會給你很多理由，你可以對他的解釋進行反駁。如果還是不行，那我可以給這個問題提出來，跟開發經理和測試經理進行確認，如果要修改就改，如果不要修改就不改。其實有些真的不是bug，我也只是建議的方式寫進TD中，如果開發人員不修改也沒有大問題。如果確定是bug的話，一定要堅持自己的立場，讓問題得到最后的確認。74.參考答案：是否使用了公司的模板、文檔內容是否符合規范、所有的需求是分級是否清析適當、所有的需求是否具有一致性、需求是否可行（即，該需求組合有解決方案）、需求可否用己知的約束來實現、需求是否足夠（即，可以把它送到一個規范的開發組織，并有一個生產出所需要產品的合理的可能性）、所有的其它需求是交