(完整版)軟件測試技術問題總結,推薦文檔_第1頁
(完整版)軟件測試技術問題總結,推薦文檔_第2頁
(完整版)軟件測試技術問題總結,推薦文檔_第3頁
(完整版)軟件測試技術問題總結,推薦文檔_第4頁
(完整版)軟件測試技術問題總結,推薦文檔_第5頁
免費預覽已結束,剩余6頁可下載查看

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領

文檔簡介

1、軟件測試技術基礎常見問題總結1 軟件測試基礎1)什么是軟件測試?軟件測試是通過手工或自動化的手段運行或測定被測對象是否滿足所對應的需求;被測對 象包括需求分析、設計規(guī)格說明書,系統(tǒng)編碼等;在測試過程中,要根據(jù)相應的規(guī)格說明 書設計一組測試用例,通過對測試用例的執(zhí)行來發(fā)現(xiàn)系統(tǒng)中相應的錯誤保證軟件質量的一 項活動。2)軟件生命周期是什么? . 項目規(guī)劃 . 需求定義分析 . 軟件設計 . 程序編碼 . 軟件測試 . 運行維護3)軟件測試目的是什么? . 發(fā)現(xiàn)系統(tǒng)的錯誤 . 驗證系統(tǒng)是否滿足需求 . 保障產(chǎn)品質量 . 改進開發(fā)進程4) 軟件缺陷(bug)與軟件錯誤(error)的區(qū)別和聯(lián)系? 區(qū)別:

2、軟件缺陷是存在于軟件之中的不希望或者不可接受的偏差,而軟件錯誤是由于人為 的原因產(chǎn)生的錯誤。缺陷是在軟件中抽象存在的,而錯誤是人的行為問題。 聯(lián)系:由于人的錯誤行為,在設計或者編碼過程中的失誤,導致了軟件內部的缺陷。人為 錯誤是引發(fā)軟件缺陷的直接原因。一個軟件錯誤必定引發(fā)一個或多個軟件缺陷。5)軟件測試如何改進軟件開發(fā)過程? 軟件測試和軟件開發(fā)是不同的兩個過程,但是通過軟件測試發(fā)現(xiàn)軟件的缺陷,然后通過缺 陷的分析確定錯誤產(chǎn)生的原因從而發(fā)現(xiàn)軟件開發(fā)過程中存在的缺陷。同時通過對測試結果 的分析整理,還可以修正軟件開發(fā)規(guī)則。因此,軟件測試在一定程度上可以改進軟件開發(fā) 流程。6) 分析“軟件測試沒有什

3、么技術含量,不就是點擊按鈕,對系統(tǒng)進行操作嗎?”。分析:在上述問題中只所以出現(xiàn)這樣的言論,是對軟件測試理解的片面性和對軟件測試理 解的偏激造成的。對于一個規(guī)范的軟件測試過程包括了軟件測試的計劃、系統(tǒng)分析、測試 設計、開發(fā)等技術。軟件測試是一個發(fā)現(xiàn)軟件缺陷的過程,要想發(fā)現(xiàn)軟件缺陷必須對被測 對象有足夠的了解,而不是簡單的對被測對象的執(zhí)行,更不是只是點擊“按鈕” 。這里邊包 括了如何設計測試場景、測試數(shù)據(jù)、測試執(zhí)行等過程。同樣的通過軟件測試發(fā)現(xiàn)系統(tǒng)的問 題,通過問題的改進可以提高軟件產(chǎn)品的質量,贏得用戶的口碑,從而提高產(chǎn)品的市場競 爭力,提高公司的利益。因此軟件測試是一項非常有意義的關系公司存亡的

4、活動。7) 軟件測試對象包括什么? . 需求規(guī)格說明 . 概要設計規(guī)格說明 . 詳細設計規(guī)格說明 . 源程序 . 系統(tǒng) . 用戶手冊 . 幫助文檔8) 主要的軟件測試手段分別是什么,如何理解? 軟件的測試手段包括驗證和確認;驗證是對前一個階段的驗證;確認是對原始開發(fā)需求的 確認,任何一個階段的確認都應追溯到需求。9) 軟件測試的原則包括那些方面? . 盡早的不斷的測試 . 測試過程中要設計測試用例 . 程序員避免檢查自己的程序 . 徹底測試是不可能的 . 測試應追溯到需求 . 從“小規(guī)?!钡健按笠?guī)模” . 注意群集現(xiàn)象 . 嚴格執(zhí)行測試計劃 . 測試結果進行全面檢查 . 測試維護10) 軟件測

5、試的局限性包含哪些?不能全面測試程序 不可能測試到程序對任何可能輸入的響應 不可能測試到程序每一條可能執(zhí)行的路徑 無法找出說有的設計錯誤不能夠保證軟件的質量11) 為什么說軟件測試不能保證軟件質量 高質量的軟件不是測試出來的,而是開發(fā)出來的;軟件測試是保證軟件質量的手段之一, 不是唯一手段。要想提高軟件質量必須提高開發(fā)質量。12) 常見的軟件測試模型有哪些,分別具有什么樣的特點?測試中常見的模型有 V 、W、H、X 等模型;其特點如下: . V 模型適用于產(chǎn)品,描述的是開發(fā)和測試的對應過程 . W 模型是 V 模型,強調的是針對需求,設計的測試 . V 、W 模型不支持迭代 . x 模型增加了

6、探索性測試13) 什么是V (或者 W模型),它的特點是什么?V 模型是軟件測試的一個基礎應用模型,包括了軟件開發(fā)和軟件測試的兩個階段,并且兩 個階段是串行的, V 模型的左邊是: 需求分析、 概要設計、 詳細設計、 編碼;右邊包括:“單 元測試”、“集成測試”、“系統(tǒng)測試” 、“確認測試”和“驗收測試” 。V 模型的特點: . 測試對象是程序本身 . 實際應用中容易導致需求階段的錯誤一直到最后系統(tǒng)測試階段才被發(fā)現(xiàn) . 測試深度高 . 評審深度低14) 什么是敏捷開發(fā)和敏捷測試?他們的特點是什么?敏捷開發(fā): 敏捷開發(fā)是一種以人為核心、迭代、循序漸進的開發(fā)方法。在敏捷開發(fā)中,軟 件項目的構建被切

7、分成多個子項目, 各個子項目的成果都經(jīng)過測試, 具備集成和可運行的特征。 換言之,就是把一個大項目分為多個相互聯(lián)系,但也可獨立運行的小項目,并分別完成,在此過程中軟件一直處于可使用狀態(tài)。2 軟件測試過程概述1) 軟件開發(fā)的生命周期是什么? 軟件的開發(fā)生命周期包括:需求分析 系統(tǒng)設計 軟件編碼 運營維護2) 軟件測試的生命周期(過程、流程)是什么? 軟件測試生命周期包括:測試計劃、測試設計、測試開發(fā)、測試評估、測試報告、缺陷跟3) 軟件測試流程中的里程碑分別是什么? . 測試計劃通過評審 . 測試設計完成 . 測試腳本開發(fā)完成 . 測試用例執(zhí)行完成 . 測試報告通過評審4) 測試計劃的主要內容包

8、括那些? . 測試的目的與范圍 . 測試的策略和方法 . 人力物力資源的安排(角色及職責) . 測試進度的安排(什么樣的事情應該在那個時間點完成,由誰來做,產(chǎn)物等) . 測試風險分析 . 停測標準 . 完成標準5) 測試計劃應該完成那些目標? . 合理的管理和組織測試資源 . 指導測試工作的正常進行 . 配合研發(fā)部門調整相關資源6) 測試設計階段設計的是什么? 測試設計階段的設計包括測試方案的設計和測試用例的設計,主要是做測試用例的設計。7) 什么是測試開發(fā),測試開發(fā)過程中開發(fā)的是什么? 測試開發(fā)指的是在測試用例設計完成后,對測試用例中需要進行自動化測試的測試用例進 行的腳本開發(fā)過程。 測試開

9、發(fā)過程中開發(fā)的主要是測試腳本。8) 什么是測試執(zhí)行?測試執(zhí)行過程中應該具備那些基礎技能? 測試執(zhí)行指依據(jù)測試用例運行測試腳本(自動化測試)或者運行被測對象,發(fā)現(xiàn)被測系統(tǒng) 中的缺陷的過程。在測試執(zhí)行過程中一個合格的測試人員需要具有以下這些技能: . 被測對象的操作能力,保證可以正確的運行和操作你的被測對象; . 敏銳的觀察能力,可以快速有效的識別BUG ; . BUG 確認能力 . 系統(tǒng)背景知識和相關業(yè)務知識9) 軟件測試的兩種方法是什么? 軟件測試的兩種方法是:黑盒測試和白盒測試。10) BUG 確認的一般方法? . 確認不是因為操作問題; . 確認不是因為系統(tǒng)環(huán)境問題 . 確認不是配置問題1

10、1) 測試評估的主要內容是什么? . 對軟件需求評估 . 需求覆蓋評估 . 基于代碼的測試覆蓋評估 . 軟件性能評估12) 軟件測試階段分為那些? . 需求審查 . 設計審查 . 程序審查 . 單元測試 . 集成測試 . 確認測試 . 系統(tǒng)測試 . 驗收測試13) 如何確定單元測試中的“單元”? . 采用面向過程開發(fā)的語言的系統(tǒng)單元可以是一個函數(shù)或者過程來組成; . 采用面向對象技術開發(fā)的軟件,單元可以是一個類或者一個類的示例等。 . 對于網(wǎng)頁和用戶窗口界面,單元可以是一個文字輸入窗口或一個按鈕14) 什么是回歸測試?回歸測試的策略是什么? 回歸測試就是驗證發(fā)現(xiàn)的缺陷是否真正的被開發(fā)人員修復,

11、同時測試是否由于代碼的修改 而引入新的缺陷。回歸測試的策略包括: . 完全回歸測試 . 基于風險評估的回歸測試 . 基于缺陷修改的回歸測試3 單元測試與集成測試1) 什么是白盒測試? 白盒測試是對軟件的過程性細節(jié)多細致性的檢查,是把測試對象看做是一個打開的盒子它 允許測試人員利用程序內部的邏輯結構和相關信息設計或選擇測試用例,對程序的所有邏 輯進行測試,通過在不同點檢查程序狀態(tài),確定程序的實際狀態(tài)是否與預期狀態(tài)相一致 注:白盒測試又稱為結構測試和邏輯驅動測試2) 白盒測試用例設計的方法有哪些? . 語句覆蓋 . 判定覆蓋 . 條件覆蓋 . 判定 /條件覆蓋 . 條件組合覆蓋 . 路徑覆蓋3)

12、白盒測試的主要技術有哪些? . 靜態(tài)分析 . 動態(tài)分析 . 邏輯覆蓋 . 基本路徑測試4) 什么是靜態(tài)測試,靜態(tài)測試的主要方法? 靜態(tài)測試是指在不運行被測對象情況下的測試;靜態(tài)測試的方法主要有,以及編碼規(guī)范和標準,對代碼進行走查、審查和評審。5) 什么是動態(tài)測試,動態(tài)測試的主要方法? 動態(tài)測試指在運行被測對象情況下的一種測試方式。動態(tài)測試的方法包括:黑盒測試和白 盒測試。6) 常見的白盒測試工具有哪些? 比如商業(yè)白盒測試工具 IBM 的 PureCoverage 、Purify 、Quantify ,開源工具 : JUnit 、CppUnit 、 HttpUnit 、 NUnit 等。7) 什

13、么是集成測試,集成測試的關注點是什么? 集成測試是將通過單元測試的單元按照設計要求組合起來進行測試 集成測試關注的是模塊與模塊之間的接口問題4 系統(tǒng)測試測試過程1) 什么是系統(tǒng)測試,系統(tǒng)測試中常見的測試類型有哪些? 系統(tǒng)測試是將已經(jīng)通過集成測試后的軟件作為計算機系統(tǒng)的一部分與計算機硬件、某些支 持的軟件、數(shù)據(jù)、人員等元素結合起來在實際運行環(huán)境中對計算機系統(tǒng)進行嚴格有效,來 發(fā)現(xiàn)軟件潛在的缺陷,保障系統(tǒng)運行系統(tǒng)測試的類型有:功能測試、性能測試、裸機測試、 BVT 測試、安裝卸載測試、安全性 測試、兼容性測試、易用性測試、容錯測試、配置測試2) 什么是功能測試,功能測試的測試要點是什么? 功能測試

14、是指驗證系統(tǒng)的功能是否滿足用戶需求的測試,功能測試的主要關注點是功能點 和功能邏輯。功能點是指某一個功能的具體實現(xiàn)的點包括頁面上的設置輸入設置等。功能 邏輯指需要完成的功能在系統(tǒng)執(zhí)行過程中如何去實現(xiàn),實現(xiàn)的是否正確符合需求。3) 功能測試和性能測試有哪些不同? . 功能測試和性能測試關注的要點不一樣, 功能測試主要關注系統(tǒng)在功能模塊上的實現(xiàn)或者功能邏輯上的實現(xiàn)是否正確,是否存在問 題。性能測試關注系統(tǒng)執(zhí)行的效率、響應速度、能夠承受的負載等。 . 在測試方法上不一樣 功能測試一般應用手工測試,也可以根據(jù)具體的情況應用自動化測試,功能自動化測試的 主要技術要點是實現(xiàn)目標對象的識別,仿真用戶的真實的

15、鼠標和鍵盤的操作。性能測試一般應用自動化測試手段,主要是通過協(xié)議的仿真來模擬多用戶情況下,測試被 測系統(tǒng)的響應情況。4) 什么是兼容性測試?兼容性測試的測試要點是什么?兼容性測試又叫做配置測試,是指測試軟件在特別的硬件、軟件、操作系統(tǒng)、網(wǎng)絡等環(huán)境 中是否能很好的運行。測試的要點是 1)軟件之間兼容性 2)數(shù)據(jù)之間兼容性 3)硬件兼容性等5) 什么是 UI ?一個優(yōu)秀的 UI 通常包含哪些要素?UI ( User Interface )用戶界面優(yōu)秀的 UI 包括以下幾個要素:界面標準和規(guī)范、直觀、一致、靈活、舒適、正確、實用等6) 什么是驗收測試?什么是 a測試?什么是B測試?驗收測試是驗證系統(tǒng)

16、能否達到用戶需求說明書中的要求;a 測試是軟件開發(fā)公司組織內部人員,模擬各類用戶,對即將上市的軟件產(chǎn)品進行測試,試 圖發(fā)現(xiàn)錯誤并修復的過程。B測試是由軟件的多個用戶在實際使用環(huán)境中進行的測試,這些用戶返回有關錯誤信息給開發(fā)者。5 測試用例設計1) 什么是測試用例?測試用例是為特定的目的而設計的一組測試輸入、執(zhí)行條件和預期的結果;測試用例是執(zhí)行的最小實體;體現(xiàn)測試方案、方法、技術和策略。內容包括測試目標、測試環(huán)境、輸入 數(shù)據(jù)、測試步驟、預期結果、測試腳本等,測試用例的目的是為測試某個程序路徑或核實 是否滿足某個特定需求的一份指導測試有效執(zhí)行的文檔。2) 什么是黑盒測試?黑盒測試用例設計方法一般有

17、哪些?這些測試方法如何綜合應用?是把測試對象看做一個打開的黑盒子程序員完全不考慮程序內部的邏輯結構和內部特 征,只依據(jù)程序的需求規(guī)格說明書,檢查程序的功能是否符合功能說明(黑盒測試又叫做功能測試或者數(shù)據(jù)驅動測試,所謂數(shù)據(jù)驅動是指它需要一組數(shù)據(jù)來驗證功能的完善)用例設計方法有:等價類劃分、邊界值、因果圖、功能圖、場景分析、錯誤推測法黑盒測試用例設計方法如何綜合應用1) 一般情況下需要根據(jù)需求劃分等價類進行分析;2) 然后根據(jù)等價類應用邊界值方法設計測試用例;3) 應用錯誤推斷法補充測試用例4) 如果輸入和輸出之間存在著很強的邏輯關系,一般應用因果圖方法設計測試用例。3) 什么是測試方案,測試方案

18、在測試過程中起到的作用是什么? 測試方案是一個對測試計劃進行細化的文檔,測試方案用來指導測試用例的設計,測試方 案的內容包括細化測試目的、細化測試方法、細化測試環(huán)境、細化測試工具、細化測試范 圍。測試方案在測試過程中的作用是:實現(xiàn)對測試計劃的細化,指導測試用例的設計。4) 測試用例在軟件測試過程中起到的作用?使用測試用例的好處? . 指導測試的實施 . 規(guī)劃測試數(shù)據(jù)的準備 . 編寫測試腳本的“設計說明書” . 評估測試結果的度量基準 . 分析缺陷的標準好處 . 在開始實施測試之前設計好用例可以避免盲目測試,提高測試的效率 . 測試用例的使用令軟件測試的實施重點突出,目的明確 . 在軟件版本更新

19、后只需要修改少量的測試用例即可開展測試工作,降低工作強度, 縮短項目周期5) 測試用例設計的一般過程是什么? . 測試需求分析 . 業(yè)務流程分析 . 測試用例設計 . 測試用例評審 . 測試用例完善 . 測試用例維護6) 測試用例的主要要素包含哪些?軟件名稱、 版本 模塊名稱、 功能特性、 預置條件、 用例編號、 參考信息、 用例說明、 輸入數(shù)據(jù)、 預期結果、測試結果 環(huán)境要求、特殊規(guī)程要求、缺陷編號。7) 測試用例設計的原則是什么? . 測試用例的代表性 . 測試結果的可判定性 . 測試結果的可重現(xiàn)性8) 沒有測試用例是否可以執(zhí)行測試,如果可以測試工作應該如何展開?9) 在測試工作中如果沒有

20、需求及其相關文檔測試工作是否可以進行,如果可以,應該如何進 行?6 缺陷管理1) 什么是軟件缺陷? . 軟件未達到產(chǎn)品說明書表明的功能 . 軟件出現(xiàn)產(chǎn)品說明書指明不會出現(xiàn)的錯誤 . 軟件產(chǎn)品功能超出說明書指明的功能 . 軟件未到達產(chǎn)品說明書未指明但應該達到的目標 . 軟件測試人員認為軟件難以理解、不易使用、運行速度緩慢、或者最終用戶認為不好2) 軟件缺陷一般分為哪些類型? . 用戶界面錯誤 . 程序的錯誤 . 計算錯誤 . 需求錯誤 . 外部錯誤 . 測試錯誤3) 缺陷可以劃分為哪幾種嚴重等級,分別是什么?致命級:造成崩潰、死機,并且不能通過其他方法實現(xiàn)功能;“殺手锏“功能失效;導致客戶利益巨大損失的失效嚴重級:基本、重要功能無法實現(xiàn);操作安全方面存在漏洞;系統(tǒng)缺少必要的負載限制導致大容量系統(tǒng)失效一般級:查詢數(shù)據(jù)時,數(shù)據(jù)顯示錯誤;告警信息不全面,不準確;次要功能失效提示級: 界面不友好,操作不方便;

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經(jīng)權益所有人同意不得將文件中的內容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內容本身不做任何修改或編輯,并不能對任何下載內容負責。
  • 6. 下載文件中如有侵權或不適當內容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論