測試基礎(chǔ)知識問題及答案_第1頁
測試基礎(chǔ)知識問題及答案_第2頁
測試基礎(chǔ)知識問題及答案_第3頁
測試基礎(chǔ)知識問題及答案_第4頁
測試基礎(chǔ)知識問題及答案_第5頁
已閱讀5頁,還剩5頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領(lǐng)

文檔簡介

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

溫馨提示

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

評論

0/150

提交評論