測試基礎知識問題及答案

1、第一章1. 生命周期是什么？答： 1、提出問題 2、可應用分析 3、需求分析 4、設計 5、編碼 6、測試 7、運行維護2. 區(qū)別和特點是什么？答： 1瀑布型六個階段：計劃、需求分析、設計、編碼、測試、運行維護2 原型模式；先建立一個能反映用戶需求原型系統然后對原型進行反復擴充、改進和 求精、最終建立符合用戶需求系統3. 測量模型：軟件版本是逐步完善的4. 螺旋模式：每個周期都包括制定計劃、風險分析、實施工程、評審3. 優(yōu)秀軟件的特征？答： 1.滿足用戶的需求2. 合理的進度，適量的成本和功能關系3. 據別擴展性、靈活性、能夠適應一定程度的需求變化4. 能夠有效地處理例外情況5. 保持城和功能

2、性的平衡4. 測試和質量保證的區(qū)別？ 答：軟件質量保證主要是缺陷得預防而軟件測試主要是錯誤的測試5. 三要素？ 答：三要素；前提條件、操作步驟、預期結果、實際結果6. 錯誤產生的原因？答： 1.當軟件沒有最終完成用戶預期的功能要求時就表現為軟件錯誤7. 測試的分類？答： 1 單元測試（文檔、白盒、接口路徑）2 集成測試（文檔和需求、黑白盒、接口、功能、性能、路徑）3 系統測試（軟件需求、獨立小組執(zhí)行黑盒測試）4 驗收測試（軟件需求、由用戶執(zhí)行黑盒測試）8. 概念？答： 回收測試：錯誤別修正以后軟件功能或環(huán)境產生變化后進行的重新測試 功能測試：軟件的功能是否符合功能性需求采用黑盒測試 負載和壓力

3、測試：軟件系統最大的負載測試 性能測試：軟件在各種情況下的性能易用性測試：軟件是否更加的方便容易應用 安裝和反安裝測試：軟件在各種環(huán)境下進行的安裝反安裝的過程 恢復測試：從故障中恢復過來的能力安全性測試：測試系統在非法入侵時的防治能力 兼容性測試：測試軟件在多種環(huán)境和其他軟件或硬件的兼容的功能 內存泄露測試：測試軟件在運行過程中是否造成內存泄露 比較測試：通過以同類殘品的比較，考察改干軟件的優(yōu)缺點ALPHA 測試：一般由可控制用戶來測試，這時軟件只是剛開發(fā)完BETE 測試：這時軟件已經通過內部測試大部分錯誤已經改正即將正式放行9. 依據和測試人員是誰答： 依據 測試的人員 單元測試 | 文檔、

4、白盒測試、接口、路徑 | 軟件的開發(fā)人員集成測試系統測試驗收測試|文檔需求、黑白盒、接口、功能路徑| 軟件需求、黑盒軟件的開發(fā)人員軟件測試人員 軟件測試人員和最終用戶軟件需求、黑盒10. 職業(yè)素質？答： 1.責任心、 2.學習能力、 3.懷疑能力、 4.溝通能力 5.專注性、6.洞察力、7.團隊精神、 8. 注重積累第二章1. 測試計劃包括什么？ 測試計劃包括，測試計劃的目標，測試內容，設定測試人員，測試進度2. 測試是從什么階段介入的，為什么？ 測試從需求階段就開始介入，測試需要對所測軟件有很深的了解，對需求有很深的認識， 越早的進行測試就能越早的發(fā)現 BUG 并修改3. 你了解的操作系統有

5、哪些？WINDOWS,LINUX,DOS4你了解的瀏覽器有哪些？火狐，谷歌， OPERA ，IE5. 需求測試都測些什么？ 測試需求的正確定，可行性，等，一般都是評審6. 如果一個項目交給你做測試，但是沒有完整的需求文檔，你應該怎么辦？ 應該首先要對軟件進行了解，使用，從大眾客戶角度考慮補全需求第三章1. 什么是測試用例？測試用例包括什么？ 是為某個特殊目標而編制的一組測試輸入、 執(zhí)行條件以及預期結果， 以便測試某個程序路徑 或核實是否滿足某個特定需求 .用例編號、測試項描述、操作步驟、輸入、預期結果、實際結果、測試結果、缺陷編號、回 歸測試結果、最終測試結果、測試人、測試時間、備注。2. 什

6、么是好的測試用例？ 要有可重復性 必須清晰地定義一個或多個期望的結果以及測試通過和失敗的標準。測試用例沒有冗余3. 測試用例的作用？ 指導測試的實施 作為編寫測試腳本的“ 設計規(guī)格說明書“ 評估測試結果的度量基準分析缺陷的標準4. 黑盒測試的方法有哪些？等價類劃分 邊值分析 錯誤推測 因果圖5. 白盒測試的方法有哪些？ 邏輯覆蓋法 基本路徑法 輔助模塊設計6. 談談黑盒測試和白盒測試的不同？ 黑盒測試是以軟件需求為依據進行的 而白盒測試是以軟件設計 軟件結構和算法為依據進 行的。7. 測試用例評審的內容有哪些？ 測試或測試組件完全針對的是需求中列出的功能么？測試組件是否覆蓋了所有需求？ 有冗余

7、的測試么？每一個測試步驟都有清楚描述的語氣結果么？8. 什么是測試用例的優(yōu)先級？ 優(yōu)先級在根據某種合理的而非任意的準則減少測試用例 目的是選擇最適當的測試 第四章第四章1. 建立測試環(huán)境包含什么？ 安裝應用程序。安裝和開發(fā)測試工具。 設置專用文件，包括將這些文件與測試所需的數據相對應。 建立與應用程序通信的實用程序。配備適當的硬件以及必要的設施。2. 軟件測試錯誤的等級？ 致命錯誤、嚴重錯誤、一般錯誤、輕微錯誤、改進建議。3. 軟件測試的優(yōu)先級？ 立即解決、高優(yōu)先級、正常排隊、低優(yōu)先級、4. 軟件錯誤報告的內容？ 錯誤編程、軟件名稱和版本號、錯誤的嚴重程度、錯誤概要、報告人、發(fā)現錯誤時間、承

8、辦人、錯誤優(yōu)先級、錯誤狀態(tài)、注釋。5. 軟件測試錯誤狀態(tài)有哪些？ 開放、已分配、被拒接、忽略、已修復、關閉。6. 什么是集成測試？集成測試分哪兩種？ 計程車實施單位測試的邏輯擴展。自頂向下集成、自底向上成。7. 什么是驅動模塊，什么是樁模塊？ 樁模塊：集成測試前要為被測模塊編制一些模擬其下級模塊功能的“替身” 模塊， 以代替被測模塊的接口，接受或傳遞被測模塊的數據，這些專供測試用的“假”模塊稱為被測模塊的樁模塊。 驅動模塊在大多數場合稱為 "主程序 "，它接收測試數據并將這些數據傳遞 到被測試模塊第五章1. 什么是功能測試，功能測試的依據是什么？ 檢查軟件的功能是否正確 其

9、依據是需求文檔2. 什么是軟件的健壯性？ 軟件在面對錯誤時 是否進行了正確的處理3. 什么是內存泄漏測試？ 是一種典型的程序缺陷，它導致應用程序不斷消耗系統內存，是程序運行出現響應變慢、 某些功能無法實現，甚至整個系統癱瘓等問題。4. 用戶界面測試應該從那些方面進行？易用性 規(guī)范性 合理性 美觀與協調性 菜單位置 獨特性 快捷方式的組合 排錯性 多窗 口的應用于系統資源5. 性能測試和壓力測試的區(qū)別是什么？6我們一般在什么時候執(zhí)行性能測試?軟件中某個模塊涉及到復雜的計算，特別是一些基于人工智能的分析涉及到大量數據的讀寫通信涉及到數據檢索而被檢索的數據具有很大的數據量具有多個并發(fā)用戶軟件在運行時

10、，可用資源可能在某系情況下很緊張如在一些嵌入式系統軟件中7兼容性測試都要考慮哪些方面？操作系統的兼容性瀏覽器的兼容性其他的軟件兼容硬件的兼容帶寬限制 網絡環(huán)境的兼容性8什么冒煙測試？檢查版本的基本功能9。文檔測試主要是測試什么？文字錯誤語法錯誤拼寫錯誤所描述的操作步驟有遺漏但修所描述的功能或者操作步驟錯誤在軟件的開發(fā)過程中 往往會對軟件功能進行修改改的時候 可能沒有對所有相關的文檔進行更新這個時候就很容易導致這樣的問題10. 什么叫回歸測試？是指對某些已經被測試過的內容進行重新測試1. 按照測試技術劃分，軟件測試可分為以下類型：1.1白盒測試：也稱為結構測試。是通過對程序內部結構的分析、檢測來

11、尋找問題。白豈檢查所有的結構和路徑是否正確檢查程序是否按照詳細設計說明規(guī)定進行1.2黑盒測試：也稱為功能測試。是通過軟件的外部表現來發(fā)現其缺陷和錯誤。是在程序界面、頁面處進行的測試 檢查程序是否按照需求規(guī)格說明書進行1.3 灰盒測試 ：介于白盒測試與黑盒測試之間的測試。灰盒測試關注界面上輸出、輸入 的正確性，同時也關注內部表現。但它對內部的關注不像白盒測試那樣詳細完整，一般來說， 單元測試應用白盒測試方法， 集成測試應用灰盒測試方法， 系統測試和確認 測試應用黑盒測試方法2. 按照 開發(fā)階段 劃分按照開發(fā)階段劃分，軟件測試可分為： 單元測試、集成測試、系統測試、確認測試、 驗收測試。2.1 單

12、元測試 ：又稱為模塊測試， 是針對軟件設計的最小單位 （程序模塊） 進行正確性檢驗 的測試工作。單元測試一般采用白盒測試，多個模塊可以平行地獨立進行單元測試。檢查單元是否符合 詳細設計說明書 中的要求測試對象：類模塊內部的邏輯錯誤，流程錯誤，變量類型錯誤等2.2 集成測試： 又稱為組裝測試。 通常在單元測試的基礎上， 將所有的程序模塊進行有序的、 遞增的測試。逐步集成為符合 概要設計要求 的程序部件或整個系統。集成測試關注接口測試（調用的方法名，方法的參數個數，參數類型是否正確等） 集成測試策略：自頂向下 自底向上頂：一個方法 用于接受用戶輸入的數據 和 顯示輸出結果信息 底：一個方法 將用戶

13、的數據保存在數據庫中 和 從數據庫獲得信息 冒煙測試：對程序的主要功能進行測試。2.3 系統測試： 系統測試是為驗證和確認系統是否達到其原始目標， 而對集成的硬件和軟件 系統進行的測試。檢查程序系統能否和硬件系統（包括硬件、外設、網絡和系統軟件、支持 平臺等）正確配置、連接，并滿足用戶需求。系統測試是在真實或模擬真實的情況下進行的黑盒類測試 系統測試：功能測試（功能是否實現，是否正確的實現）性能測試（事務的響應時間 用戶的并發(fā)量等）數據庫測試（響應時間 容量 鏈接）兼容測試 （客戶端瀏覽器的兼容 IE 火狐 運行平臺的兼容 windows Linux ） 安裝卸載測試（簡潔的安裝，自定義安裝，

14、卸載后的重新安裝） 容量測試（系統接收，處理和保持大量數據的能力） 安全測試（密碼策略 MD5 SQL 注入的過濾） 恢復測試（自動：數據是否完整的恢復 人工 :恢復的時間是否可以接受）2.4 確認測試： 證實軟件是否滿足客戶預期用途的需求。 確認測試是檢測與證實軟件是否滿 足軟件需求說明書中規(guī)定的需求。只是考慮軟件本身功能測試，運行環(huán)境不一定在真實的環(huán)境中，很有可能在開發(fā)環(huán)境中2.5 驗收測試 ：按照項目任務書或合同、 供需雙方約定的驗收依據文檔進行的對整個系統的 測試和評審，決定是否接受或拒收系統。a測試內測1. 形式：可發(fā)者和用戶對發(fā)現的錯誤進行記錄2. 關注：軟件的界面 和 特性B測試

15、公測1. 在開發(fā)者無法控制的環(huán)境下進行的測試2. 產品的發(fā)行人員進行管理3 按照 測試方法 劃分3.1 靜態(tài)測試： 又稱為靜態(tài)分析技術， 其基本特征是不執(zhí)行被測試軟件， 而對需求分析說明書、軟件設計說明書、源程序做結構檢查、流程圖分析等找出軟件錯誤。靜態(tài)測試一般 采用人工進行分析；也可以用靜態(tài)分析測試工具來進行。3.2 動態(tài)測試： 其基本特征是執(zhí)行被測程序，通過執(zhí)行結果，分析軟件可能出現的錯誤。一般由人工設計程序測試用例，也可以由測試工具做檢查與分析。4. 按照 軟件特性 劃分根據軟件質量模型的軟件特性來劃分，軟件測試可以劃分為：靠性測試、易用性測試、可移植性測試、可維護性測試以及安全測試。功

16、能測試、性能測試、可4.1 功能測試4.1.1 GUI 測試界面測試關注點：字體是否美觀圖標是否直觀界面元素形狀顏色是否協調界面元素布局是否合理 table div frameset 是否有幫助文檔對于常用功能， “所見即所得” 文字是否正確 界面元素的狀態(tài) 支持鍵盤和鼠標操作 窗口改變大小時，界面元素顯示是否正常4.1.2 幫助文檔測試用戶在使用系統時候， 如果出現問題， 首先求助的就是在線幫助。 和文檔測試（或資料測試）一起進行。幫助文件的索引是否正確幫助文件中的內容是否正確（版本）在運行時幫助文檔能否被正常的激活幫助文檔測試可以激活的幫助文檔內容是否與當前的操作有關4.2 性能測試系統或子系統執(zhí)行某一個或多個功能的能力的度量。例如， 響應時間、 系統吞吐能力、 事務處理數等。4.2.1 并發(fā)性能測試并發(fā)性能測試的過程是一個負載測試和壓力