軟件測試面試題

時間：2024-10-31 09:31:57 雪桃面試問題我要投稿

軟件測試面試題

　　對于軟件測試的面試者而言，在求職面試中，做好準(zhǔn)備，了解面試題很有必要。下面小編已經(jīng)為你們整理了軟件測試面試題，一起來看看吧。

軟件測試面試題

　　軟件測試面試題 1

　　1.為什么要在一個團隊中開展軟件測試工作?

　　保證軟件質(zhì)量的最后一道關(guān)口。軟件測試的目的，第一是確認軟件的質(zhì)量，其一方面是確認軟件做了你所期望做的事情(Do the right thing)，另一方面是確認軟件以正確的方式來做了這個事情(Do it right)。第二是提供信息，比如提供給開發(fā)人員或程序經(jīng)理的回饋信息，為風(fēng)險評估所準(zhǔn)備的信息。第三軟件測試不僅是在測試軟件軟件產(chǎn)品本身，而且還包括軟件開發(fā)的過程。如果一個軟件產(chǎn)品開發(fā)完成之后發(fā)現(xiàn)了很多問題，這說明此軟件開發(fā)過程很可能是有缺陷的。因此，軟件測試的第三個目的是保證整個軟件開發(fā) 過程是高質(zhì)量的。

　　2.您是否了解以往所工作的.企業(yè)的軟件測試過程?如果了解，請試述在這個過程中都有哪些工作要做?分別由哪些不同的角色來完成這些工作?

　　測試計劃->測試設(shè)計(測試用例，測試數(shù)據(jù))->測試執(zhí)行(單元測試，集成測試，系統(tǒng)測試，回歸測試)

　　3.您所熟悉的軟件測試類型都有哪些?請試著分別比較這些不同的測試類型的區(qū)別與聯(lián)系(如功能測試、性能測試……)

　　易用性測試-界面的友好性，操作方便性等。

　　功能測試-系統(tǒng)中功能性需求的滿足

　　安全性測試-系統(tǒng)是否存在安全隱患和漏洞

　　性能測試-系統(tǒng)在大并發(fā)下的響應(yīng)速度和健壯性

　　4.請試著比較一下黑盒測試、白盒測試、單元測試、集成測試、系統(tǒng)測試、驗收測試的區(qū)別與聯(lián)系。

　　黑盒/白盒:主要區(qū)別在是否了解系統(tǒng)或程序的內(nèi)部結(jié)構(gòu)和代碼

　　單元測試:關(guān)注某一個單元，函數(shù)，模塊的正確性，一般需要編寫相關(guān)測試代碼。

　　集成測試:模塊或模塊直接的集成接口測試，單個模塊測試

　　系統(tǒng)測試:一個完整功能的完全測試。

　　5.測試計劃工作的目的是什么?測試計劃工作的內(nèi)容都包括什么?其中哪些是最重要的?

　　提前安排出測試工具選擇，測試類型選擇，人員需求，保證和項目開發(fā)協(xié)調(diào)一致，保證測試工作順利進行。

　　軟件測試面試題 2

　　1.您認為做好測試計劃工作的關(guān)鍵是什么?

　　了解項目或系統(tǒng)的業(yè)務(wù)需求和項目經(jīng)理協(xié)調(diào)好，了解項目的進度計劃安排情況

　　2.您所熟悉的測試用例設(shè)計方法都有哪些?請分別以具體的例子來說明這些方法在測試用例設(shè)計工作中的應(yīng)用。

　　邊界值/等價類/業(yè)務(wù)流程圖分析和狀態(tài)轉(zhuǎn)換分析/業(yè)務(wù)邏輯分析

　　3.您認為做好測試用例設(shè)計工作的關(guān)鍵是什么?

　　對業(yè)務(wù)和軟件需求非常清楚，可以根據(jù)需求不同選擇不同的測試用例設(shè)計

　　4.您以往的工作中是否曾開展過測試用例的評審工作?如果有，請描述測試用例評審的過程和評審的內(nèi)容。

　　評審計劃->預(yù)審->評審;

　　評審內(nèi)容主要是測試用例對軟件需求的覆蓋程度，對于相關(guān)邊界是否考慮，是否針對復(fù)雜流程準(zhǔn)備多套測試數(shù)據(jù)，是否有專門針對非功能性需求的測試。

　　5.您以往是否曾經(jīng)從事過性能測試工作?如果有，請盡可能的詳細描述您以往的性能測試工作的'完整過程。

　　制訂計劃->選擇測試功能->選擇測試工具->錄制腳本->運行測試->分析結(jié)果

　　6.您在從事性能測試工作時，是否使用過一些測試工具?如果有，請試述該工具的工作原理，并以一個具體的工作中的例子描述該工具是如何在實際工作中應(yīng)用的。

　　微軟WAS，LoadRunner

　　7.您認為性能測試工作的目的是什么?做好性能測試工作的關(guān)鍵是什么?

　　關(guān)鍵是測試腳本的錄制，測試時候測試環(huán)境的干凈。

　　8.在您以往的工作中，一條軟件缺陷(或者叫Bug)記錄都包含了哪些內(nèi)容?如何提交高質(zhì)量的軟件缺陷(Bug)記錄?

　　缺陷名詞/描述/缺陷等級/嚴重程度/發(fā)現(xiàn)模塊/發(fā)現(xiàn)步驟和過程/是否可以重現(xiàn)

　　軟件測試面試題 3

　　1、什么是兼容性測試?兼容性測試側(cè)重哪些方面?

　　參考答案：

　　兼容測試主要是檢查軟件在不同的硬件平臺、軟件平臺上是否可以正常的運行，即是通常說的軟件的可移植性。

　　兼容的類型，如果細分的話，有平臺的兼容，網(wǎng)絡(luò)兼容，數(shù)據(jù)庫兼容，以及數(shù)據(jù)格式的兼容。

　　兼容測試的`重點是，對兼容環(huán)境的分析。通常，是在運行軟件的環(huán)境不是很確定的情況下，才需要做兼容。根據(jù)軟件運行的需要，或者根據(jù)需求文檔，一般都能夠得出用戶會在什么環(huán)境下使用該軟件，把這些環(huán)境整理成表單，就得出做兼容測試的兼容環(huán)境了。

　　兼容和配置測試的區(qū)別在于，做配置測試通常不是Clean OS下做測試，而兼容測試多是在Clean OS的環(huán)境下做的。

　　2、我現(xiàn)在有個程序，發(fā)現(xiàn)在Windows上運行得很慢，怎么判別是程序存在問題還是軟硬件系統(tǒng)存在問題?

　　參考答案：

　　01、檢查系統(tǒng)是否有中毒的特征;

　　02、檢查軟件/硬件的配置是否符合軟件的推薦標(biāo)準(zhǔn);

　　03、確認當(dāng)前的系統(tǒng)是否是獨立，即沒有對外提供什么消耗CPU資源的服務(wù);

　　04、如果是C/S或者B/S結(jié)構(gòu)的軟件，需要檢查是不是因為與服務(wù)器的連接有問題，或者訪問有問題造成的;

　　05、在系統(tǒng)沒有任何負載的情況下，查看性能監(jiān)視器，確認應(yīng)用程序?qū)PU/內(nèi)存的訪問情況。

　　3、測試的策略有哪些?

　　參考答案：

　　黑盒/白盒，靜態(tài)/動態(tài)，手工/自動，冒煙測試，回歸測試，公測(Beta測試的策略)

　　4、正交表測試用例設(shè)計方法的特點是什么?

　　參考答案：

　　用最少的實驗覆蓋最多的操作，測試用例設(shè)計很少，效率高，但是很復(fù)雜;

　　對于基本的驗證功能，以及二次集成引起的缺陷，一般都能找出來;但是更深的缺陷，更復(fù)雜的缺陷，還是無能為力的;

　　具體的環(huán)境下，正交表一般都很難做的。大多數(shù)，只在系統(tǒng)測試的時候使用此方法。

　　5、描述使用bugzilla缺陷管理工具對軟件缺陷(BUG)跟蹤的管理的流程?

　　參考答案：

　　就是Bugzilla的狀態(tài)轉(zhuǎn)換圖。

　　軟件測試面試題 4

　　1、怎么來設(shè)計測試方案

　　根據(jù)測試需求（涉及功能需求和非功能性需求），辨認測試要點，辨認測試環(huán)境規(guī)定，安排測試輪次，根據(jù)項目籌劃和開發(fā)籌劃做整體的測試安排。

　　被測試的特性：通過對需求規(guī)格闡明書進行分析，列出本次測試需要進行測試的各部分特性（如要測試的功能需求、性能需求、安全性需求等等）。

　　不被測試的特性：由于資源、進度等方面因素，本次測試不列入測試范疇的特性。

　　測試組網(wǎng)圖：進行本次系統(tǒng)測試所需要的軟硬件設(shè)備、配備數(shù)據(jù)已及互相間的邏輯、物理連接。此后測試執(zhí)行時需要根據(jù)這個組網(wǎng)圖來進行環(huán)境的搭建。

　　2、如果給你一種B/S系統(tǒng)你怎么來進行測試

　　此題答案還可用于回答測試流程，測試流程題亦可參照15題。

　　閱讀系統(tǒng)需求，充足理解需求，記錄問題，并與項目需求人員充足溝通。

　　編寫測試需求，涉及系統(tǒng)功能和非功能測試要點、測試類型、測試進度質(zhì)量規(guī)定等。

　　制定測試籌劃，涉及熟悉測試業(yè)務(wù)、設(shè)計測試用例、執(zhí)行測試用例、進行測試小結(jié)、編寫測試報告，任務(wù)顆粒度一般應(yīng)不不小于5人天

　　編寫測試用例，根據(jù)測試方案設(shè)計用例，即便沒有明確的性能和安全測試規(guī)定，也應(yīng)辨認進行此兩項測試。

　　執(zhí)行軟件測試。

　　進行測試小結(jié)，如果測試持續(xù)時間較長，每個版本間隙總結(jié)本輪測試。

　　編寫測試報告，總結(jié)測試過程，匯總度量數(shù)據(jù)。

　　3、怎么進行工作流的測試

　　把握需求，找準(zhǔn)結(jié)點，理清流程，畫出流轉(zhuǎn)圖，弄清節(jié)點間的數(shù)據(jù)流轉(zhuǎn)，設(shè)計測試用例的時候必須覆蓋所有也許的流程。

　　工作流：

　　如果問到有無做過，根據(jù)對工作流的理解狀況回答，如果比較理解，可以把參與的某個項目中說上某些有工作流的，如果不是很理解就說沒有做過，但是學(xué)習(xí)過有關(guān)知識。

　　4、做性能測試的時候都需要關(guān)注哪些參數(shù)

　　并發(fā)訪問量，服務(wù)器響應(yīng)時間（最小、平均、最大）

　　并發(fā)性能測試的過程是一種負載測試和壓力測試的過程，即逐漸增長負載，直到系統(tǒng)的瓶頸或者不能接受的性能點，通過綜合分析交易執(zhí)行指標(biāo)和資源監(jiān)控指標(biāo)來擬定系統(tǒng)并發(fā)性能的過程。

　　負載測試（Load Testing）是擬定在多種工作負載下系統(tǒng)的性能，目的是測試當(dāng)負載逐漸增長時，系統(tǒng)構(gòu)成部分的相應(yīng)輸出項，例如通過量、響應(yīng)時間、CPU負載、內(nèi)存使用等來決定系統(tǒng)的性能。

　　負載測試是一種分析軟件應(yīng)用程序和支撐架構(gòu)、模擬真實環(huán)境的使用，從而來擬定可以接受的性能過程。壓力測試（Stress Testing）是通過擬定一種系統(tǒng)的瓶頸或者不能接受的性能點，來獲得系統(tǒng)能提供的最大服務(wù)級別的測試。

　　疲勞測試是采用系統(tǒng)穩(wěn)定運營狀況下可以支持的最大并發(fā)顧客數(shù)，持續(xù)執(zhí)行一段時間業(yè)務(wù)，通過綜合分析交易執(zhí)行指標(biāo)和資源監(jiān)控指標(biāo)來擬定系統(tǒng)解決最大工作量強度性能的過程。

　　疲勞強度測試可以采用工具自動化的方式進行測試，也可以手工編寫程序測試，其中后者占的比例較大。

　　一般狀況下以服務(wù)器可以正常穩(wěn)定響應(yīng)祈求的最大并發(fā)顧客數(shù)進行一定期間的疲勞測試，獲取交易執(zhí)行指標(biāo)數(shù)據(jù)和系統(tǒng)資源監(jiān)控數(shù)據(jù)。如浮現(xiàn)錯誤導(dǎo)致測試不能成功執(zhí)行，則及時調(diào)節(jié)測試指標(biāo)，例如減少顧客數(shù)、縮短測試周期等。尚有一種狀況的疲勞測試是對目前系統(tǒng)性能的評估，用系統(tǒng)正常業(yè)務(wù)狀況下并發(fā)顧客數(shù)為基本，進行一定期間的疲勞測試。

　　大數(shù)據(jù)量測試可以分為兩種類型：針對某些系統(tǒng)存儲、傳播、記錄、查詢等業(yè)務(wù)進行大數(shù)據(jù)量的獨立數(shù)據(jù)量測試；與壓力性能測試、負載性能測試、疲勞性能測試相結(jié)合的綜合數(shù)據(jù)量測試方案。大數(shù)據(jù)量測試的核心是測試數(shù)據(jù)的準(zhǔn)備，可以依托工具準(zhǔn)備測試數(shù)據(jù)。

　　5、客戶沒給性能指數(shù)，怎么開展性能測試

　　如果客戶沒有提出明確的性能指標(biāo)，可以按照慣例和經(jīng)驗設(shè)立，需要和PM協(xié)商，一般由PM確認，QA負責(zé)給出建議。

　　舉例說一種Server端程序，規(guī)定峰值時CPU和MEM消耗在75％如下，而一種頁面的訪問響應(yīng)時間一般覺得顧客的忍耐時間是3－5秒以內(nèi)，這些要參照實際的應(yīng)用來擬定顧客規(guī)模、操作頻率、同步在線數(shù)等。

　　6、有無做過接口測試，是如何做的

　　通過編寫測試程序，獲得接口指針，逐個調(diào)用接口函數(shù)驗證其對的性，及失敗操作

　　7、測試過程中是如何來保證軟件質(zhì)量的

　　測試用例編寫完畢后要加強評審的力度，保證測試用例覆蓋所有需求點

　　執(zhí)行測試過程中注意做小結(jié)檢查覆蓋狀況、審視所提缺陷質(zhì)量，復(fù)測時應(yīng)注意有關(guān)模塊的測試

　　測試時間寬裕的話可以做交叉測試，用以保證測試質(zhì)量。

　　8、測試方案都寫什么內(nèi)容

　　1概述

　　2被測對象分析

　　3應(yīng)測試的特性

　　4不被測試的特性

　　5總體設(shè)計措施

　　6測試模型

　　6.1測試組網(wǎng)圖

　　6.2構(gòu)造/對象關(guān)系圖

　　6.3測試原理

　　6.4操作規(guī)程

　　7測試需求

　　7.1環(huán)境需求

　　7.2被測對象需求

　　7.3測試工具需求

　　7.4測試代碼需求

　　7.5數(shù)據(jù)需求

　　7.6其他需求

　　8測試設(shè)計

　　8.1工具設(shè)計

　　8.2測試代碼設(shè)計

　　8.3用例設(shè)計

　　8.3.1設(shè)計原則

　　8.3.2測試項目

　　9.附錄

　　（測試方案規(guī)定根據(jù)《SRS》上的每個需求點設(shè)計出涉及需求點簡介，測試思路和具體測試措施三部分的'方案）以往華為測試方案

　　目錄如下：

　　第1章技術(shù)方案

　　1.1.測試需求描述

　　1.1.1.測試類型分析

　　1.1.2.測試內(nèi)容

　　1.2.缺陷分類

　　1.3.缺陷級別

　　第2章SOW及規(guī)格的應(yīng)答

　　2.1.測試需求應(yīng)答

　　2.2.交付件應(yīng)答

　　2.2.1.軟件交付件應(yīng)答

　　2.2.2.非軟件交付件應(yīng)答

　　2.3.項目里程碑項目完畢時間應(yīng)答

　　2.4.質(zhì)量目的應(yīng)答

　　2.5.驗收原則應(yīng)答

　　2.6.限制應(yīng)答

　　2.6.1.合伙供應(yīng)商人員組織應(yīng)答

　　2.6.2.硬件設(shè)備應(yīng)答

　　2.6.3.合伙項目開發(fā)場地應(yīng)答

　　第3章類似項目成功案例

　　第4章項目具體工作籌劃

　　第5章項目估算

　　9、測試方案和測試籌劃的區(qū)別

　　測試方案是技術(shù)性的；測試籌劃更多是管理性的。

　　測試籌劃重要要考慮測試的技術(shù)可行性、核心技術(shù)、資源投入、進度安排、風(fēng)險管理、配備管理、輸入輸出等。測試籌劃更多地供高層管理者決策時做參照；同步對后續(xù)測試工作開展起指引作用。

　　在某些小項目中，也許只需要一種測試方案，測試籌劃內(nèi)容相對較少，可以與測試方案合并進行；而某些大項目中，也許要設(shè)計數(shù)十個測試方案，這就需要一種提綱挈領(lǐng)的東西了，這就是測試籌劃的作用。

　　10、測試用例是根據(jù)什么寫的

　　系統(tǒng)測試用例根據(jù)需求和設(shè)計編寫

　　（華為的SDV測試用例是根據(jù)《測試方案》和測試方略來編寫的）

　　11、是怎么來設(shè)計測試用例的？

　　答：先熟悉系統(tǒng)需求，把握測試要點，設(shè)計用例的原則一方面是要覆蓋每個需求點，可以通過填寫需求跟蹤矩陣來保證覆蓋。

　　黑盒測試的測試用例設(shè)計措施：等價類劃分法、邊界值分析法、錯誤推測法、因果圖。

　　軟件測試面試題 5

　　問題一：為什么要在一個團隊中開展軟件測試工作?

　　任何軟件在開發(fā)過程中都會留下缺陷，帶有缺陷的軟件產(chǎn)品如果提交出去，可能會給公司帶來不可估量的損失，我們必須在客戶之前發(fā)現(xiàn)盡可能多的問題，從而保障客戶滿意。而發(fā)現(xiàn)問題的這個過程稱之為測試。

　　問題二：簡述你在以前的工作中做過哪些事情，比較熟悉什么。

　　此問題每個人都不一樣。我自己的答案如下。

　　我主要的工作是系統(tǒng)測試和自動化測試，也曾少量涉及性能測試。在系統(tǒng)測試中，主要是對BOSS系統(tǒng)的業(yè)務(wù)邏輯功能，以及軟交換系統(tǒng)的Class 5特性進行測試。性能測試中，主要是進行的壓力測試，在各個不同數(shù)量請求的情況下，獲取系統(tǒng)響應(yīng)時間以及系統(tǒng)資源消耗情況。自動化測試主要是通過自己寫腳本以及一些第三方工具的結(jié)合來測試軟交換的特性測試。

　　問題三：你所了解的的軟件測試類型都有哪些，簡單介紹一下。

　　1.基本功能驗證。主要是對發(fā)布的版本進行一些最主要功能的測試。英文常見叫法是Smoking Test，Basic Verification Test或者Sanity Check。

　　2.功能測試。主要是依據(jù)需求或者需求分析文檔，對所發(fā)布的版本進行測試，看看是否滿足需求，是否出現(xiàn)了不必要的功能。

　　3.單元測試。是開發(fā)人員進行的測試之一，一般是開發(fā)人員對很小的模塊，比如函數(shù)進行測試，一般來說，開發(fā)人員還需要開發(fā)相應(yīng)的測試樁來進行此類測試。

　　4.集成測試。在大型的開發(fā)過程中，軟件是模塊化進行開發(fā)的，將不同的模塊揉合在一起的話，需要進行的.測試就是集成測試。

　　5.系統(tǒng)測試。當(dāng)軟件提交給測試組后，是對整個系統(tǒng)的所有功能進行測試，一般來說，功能測試是系統(tǒng)測試的一個部分。

　　6.壓力測試。主要是在很大性能的情況下，這個性能已經(jīng)接近了系統(tǒng)的極限，看看系統(tǒng)運轉(zhuǎn)的情況。

　　7.負載測試。主要是用各種不同的性能去檢測系統(tǒng)，采集各個數(shù)據(jù)在這些性能情況下的數(shù)據(jù)。

　　8.黑盒測試。指系統(tǒng)對你來說是完全不透明的，只給你留下了輸入和最終輸出，這個是功能測試的方法之一。

　　9.灰盒測試。指在了解部分系統(tǒng)內(nèi)部工作機制的情況下，對于系統(tǒng)進行的覆蓋性測試。

　　10.白盒測試。主要是在單元測試和集成測試的情況下，開發(fā)人員已知代碼，對這一段的代碼進行全路徑的覆蓋測試。

　　11.界面測試。主要是看用戶界面的友好性和易用性，是否有文字或者排版錯誤，是否有輸入限制等等。

　　12.回歸測試。一般是系統(tǒng)發(fā)現(xiàn)BUG，開發(fā)人員修改后，和BUG直接相關(guān)以及可能相關(guān)的功能進行的測試。

　　13.安裝和卸載的測試。

　　14.恢復(fù)測試。主要是一個系統(tǒng)在發(fā)生了災(zāi)難的情況下，從錯誤中是否容易恢復(fù)。

　　15.兼容性測試。一個系統(tǒng)在不同的語言，操作系統(tǒng)下的系統(tǒng)測試。

　　16.安全測試。系統(tǒng)在遇到攻擊或者類似情況下的表現(xiàn)。

　　17.Alpha測試。系統(tǒng)在給最終用戶前，測試人員在實驗室中模擬最終用戶的測試。

　　18.Beta測試。由部分最終用戶通過使用來進行的測試。

　　19.比較測試。和其他具有相同或者類似功能的系統(tǒng)進行對比的測試。

　　20.驗收測試。一般是最終用戶在接受產(chǎn)品前，依據(jù)自己所提出的要求進行的測試，很多情況下，驗收測試可能委托第三方機構(gòu)完成。

　　問題四：測試計劃工作的目的是什么?測試計劃文檔的內(nèi)容應(yīng)該包括什么?其中哪些是最重要的?

　　軟件測試計劃是指導(dǎo)測試過程的綱領(lǐng)性文件。

　　包含了產(chǎn)品概述、測試策略、測試方法、測試區(qū)域、測試配置、測試周期、測試資源、測試交流、風(fēng)險分析等內(nèi)容。借助軟件測試計劃，參與測試的項目成員，尤其是測試管理人員，可以明確測試任務(wù)和測試方法，保持測試實施過程的順暢溝通，跟蹤和控制測試進度，應(yīng)對測試過程中的各種變更。

　　測試計劃和測試詳細規(guī)格、測試用例之間是戰(zhàn)略和戰(zhàn)術(shù)的關(guān)系，測試計劃主要從宏觀上規(guī)劃測試活動的范圍、方法和資源配置，而測試詳細規(guī)格、測試用例是完成測試任務(wù)的具體戰(zhàn)術(shù)。所以其中最重要的是測試測試策略和測試方法(最好是能先評審)。

　　問題五：你認為做好測試計劃工作的關(guān)鍵是什么?

　　1.明確測試的目標(biāo)，增強測試計劃的實用性

　　編寫軟件測試計劃得重要目的就是使測試過程能夠發(fā)現(xiàn)更多的軟件缺陷，因此軟件測試計劃的價值取決于它對幫助管理測試項目，并且找出軟件潛在的缺陷。因此，軟件測試計劃中的測試范圍必須高度覆蓋功能需求，測試方法必須切實可行，測試工具并且具有較高的實用性，便于使用，生成的測試結(jié)果直觀、準(zhǔn)確

　　2.堅持“5W”規(guī)則，明確內(nèi)容與過程

　　“5W”規(guī)則指的是“What(做什么)”、“Why(為什么做)”、“When(何時做)”、“Where(在哪里)”、“How(如何做)”。利用“5W”規(guī)則創(chuàng)建軟件測試計劃，可以幫助測試團隊理解測試的目的(Why)，明確測試的范圍和內(nèi)容(What)，確定測試的開始和結(jié)束日期(When)，指出測試的方法和工具(How)，給出測試文檔和軟件的存放位置(Where)。

　　3.采用評審和更新機制，保證測試計劃滿足實際需求

　　測試計劃寫作完成后，如果沒有經(jīng)過評審，直接發(fā)送給測試團隊，測試計劃內(nèi)容的可能不準(zhǔn)確或遺漏測試內(nèi)容，或者軟件需求變更引起測試范圍的增減，而測試計劃的內(nèi)容沒有及時更新，誤導(dǎo)測試執(zhí)行人員。

　　4.分別創(chuàng)建測試計劃與測試詳細規(guī)格、測試用例

　　應(yīng)把詳細的測試技術(shù)指標(biāo)包含到獨立創(chuàng)建的測試詳細規(guī)格文檔，把用于指導(dǎo)測試小組執(zhí)行測試過程的測試用例放到獨立創(chuàng)建的測試用例文檔或測試用例管理數(shù)據(jù)庫中。測試計劃和測試詳細規(guī)格、測試用例之間是戰(zhàn)略和戰(zhàn)術(shù)的關(guān)系，測試計劃主要從宏觀上規(guī)劃測試活動的范圍、方法和資源配置，而測試詳細規(guī)格、測試用例是完成測試任務(wù)的具體戰(zhàn)術(shù)。

【軟件測試面試題】相關(guān)文章：