- 相關推薦
計算機三級考試《軟件測試技術》常見問題
2016年9月計算機三級考試時間為9月24日-27日，考生們要及早做好復習的準備，下面百分網小編為大家搜索整理了關于《軟件測試技術》常見問題，歡迎參考學習，希望對大家有所幫助!想了解更多相關信息請持續關注我們應屆畢業生考試網!
一、測試用例設計
1)什么是測試用例?
測試用例是為特定的目的而設計的一組測試輸入、執行條件和預期的結果;測試用例是執行的最小實體;體現測試方案、方法、技術和策略。內容包括測試目標、測試環境、輸入數據、測試步驟、預期結果、測試腳本等，測試用例的目的是為測試某個程序路徑或核實是否滿足某個特定需求的一份指導測試有效執行的文檔。
2)什么是黑盒測試?黑盒測試用例設計方法一般有哪些?這些測試方法如何綜合應用?
是把測試對象看做一個打開的黑盒子程序員完全不考慮程序內部的邏輯結構和內部特征，只依據程序的需求規格說明書，檢查程序的功能是否符合功能說明(黑盒測試又叫做功能測試或者數據驅動測試，所謂數據驅動是指它需要一組數據來驗證功能的完善)
用例設計方法有：等價類劃分、邊界值、因果圖、功能圖、場景分析、錯誤推測法
黑盒測試用例設計方法如何綜合應用
1)一般情況下需要根據需求劃分等價類進行分析;
2)然后根據等價類應用邊界值方法設計測試用例;
3)應用錯誤推斷法補充測試用例
4)如果輸入和輸出之間存在著很強的邏輯關系，一般應用因果圖方法設計測試用例。
3)什么是測試方案，測試方案在測試過程中起到的作用是什么?
測試方案是一個對測試計劃進行細化的文檔，測試方案用來指導測試用例的設計，測試方案的內容包括細化測試目的、細化測試方法、細化測試環境、細化測試工具、細化測試范圍。
測試方案在測試過程中的作用是：實現對測試計劃的細化，指導測試用例的設計。
4)測試用例在軟件測試過程中起到的作用?使用測試用例的好處?
①.指導測試的實施
②.規劃測試數據的準備
③.編寫測試腳本的“設計說明書”
④.評估測試結果的度量基準
⑤.分析缺陷的標準好處
①.在開始實施測試之前設計好用例可以避免盲目測試，提高測試的效率
②.測試用例的使用令軟件測試的實施重點突出，目的明確
③.在軟件版本更新后只需要修改少量的測試用例即可開展測試工作，降低工作強度，縮短項目周期
5)測試用例設計的一般過程是什么?
①.測試需求分析
②.業務流程分析
③.測試用例設計
④.測試用例評審
⑤.測試用例完善
⑥.測試用例維護
6)測試用例的主要要素包含哪些?
軟件名稱、版本模塊名稱、功能特性、預置條件、用例編號、參考信息、用例說明、輸入數據、預期結果、測試結果環境要求、特殊規程要求、缺陷編號。
7)測試用例設計的原則是什么?
①.測試用例的代表性
②.測試結果的可判定性
③.測試結果的可重現性
8)沒有測試用例是否可以執行測試，如果可以測試工作應該如何展開?
9)在測試工作中如果沒有需求及其相關文檔測試工作是否可以進行，如果可以，應該如何進行?
二、缺陷管理
1)什么是軟件缺陷?
①.軟件未達到產品說明書表明的功能
②.軟件出現產品說明書指明不會出現的錯誤
③.軟件產品功能超出說明書指明的功能
④.軟件未到達產品說明書未指明但應該達到的目標
⑤.軟件測試人員認為軟件難以理解、不易使用、運行速度緩慢、或者最終用戶認為不好
2)軟件缺陷一般分為哪些類型?
①.用戶界面錯誤
②.程序的錯誤
③.計算錯誤
④.需求錯誤
⑤.外部錯誤
⑥.測試錯誤
3)缺陷可以劃分為哪幾種嚴重等級，分別是什么?
致命級：
造成崩潰、死機，并且不能通過其他方法實現功能;
“殺手锏“功能失效;
導致客戶利益巨大損失的失效
嚴重級：
基本、重要功能無法實現;
操作安全方面存在漏洞;
系統缺少必要的負載限制導致大容量系統失效
一般級：
查詢數據時，數據顯示錯誤;
告警信息不全面，不準確;
次要功能失效
提示級：
界面不友好，操作不方便;
缺少必要的缺省信息;
錯誤提示不直觀
4)缺陷的優先級有哪些?分別簡單描述?
缺陷的優先級可以分為高、中、低三個層次，高優先級的缺陷必須及時修改，不修改系統測試就不能進行下去，中優先及可以放在正常的BUG修改隊列中進行修改;低有限級的缺陷可以在有時間的時候修改，如果時間緊張可以帶在產品中進行發布。
5)一個缺陷中包含哪些要素?
分配給缺陷的ID號、對缺陷的詳細描述、缺陷發生的條件、缺陷發生的次數、缺陷發生的現象、提示缺陷的測試ID號、執行測試的人、測試工作站ID號、發現缺陷的時間和日期、發生缺陷的計算機、硬件平臺、發生缺陷的子系統、軟件的版本號、缺陷發現的數據庫、缺陷是否再現、缺陷的重要性、分配修改這個缺陷的優先級、其他
6)如何提交一份好的缺陷報告?
書面的、已編號的、易于理解的、可重現、易讀、不要帶有情緒化
7)一個缺陷的生命周期是什么?狀態如何轉換?
New、Open、close、Fixed、rejected、Reopen等
1)當測試人員發現Bug時提交到Bug管理庫，此時狀態為New;
2)測試管理人員對New狀態的缺陷進行評審，如果通過評審則為Open，如果不能通過評審則為：Close;
3)研發人員對于Open狀態的缺陷進行驗證，如果認為確實是一個缺陷，則至為Fixed，如果認為不是一個缺陷則改變為：Rejected;
4)測試人員對于置于Fixed的缺陷進行驗證，如果缺陷真的被修改則置于：close狀態，如果沒有修改則置于Reopen狀態。
【計算機三級考試《軟件測試技術》常見問題】相關文章：
計算機三級軟件測試技術常見問題答疑03-27
計算機三級軟件測試技術基礎常見問題匯總03-15
計算機三級軟件測試技術測試題11-27
計算機三級軟件測試技術預測試題11-26