軟件測(cè)試筆試必備參考模板

1、選擇題1、 系統(tǒng)測(cè)試使用（C）技術(shù), 主要測(cè)試被測(cè)應(yīng)用的高級(jí)互操作性需求, 而無需考慮被測(cè)試應(yīng)用的內(nèi)部結(jié)構(gòu)。A、 單元測(cè)試 B、 集成測(cè)試 C、 黑盒測(cè)試 D、白盒測(cè)試2、單元測(cè)試主要的測(cè)試技術(shù)不包括（B）。A、 白盒測(cè)試 B、 功能測(cè)試C、 靜態(tài)測(cè)試 D、 以上都不是3、（A）的目的是對(duì)最終軟件系統(tǒng)進(jìn)行全面的測(cè)試，確保最終軟件系統(tǒng)滿足產(chǎn)品需求并且遵循系統(tǒng)設(shè)計(jì)。A、 系統(tǒng)測(cè)試 B、 集成測(cè)試C、 單元測(cè)試 D、 功能測(cè)試4、如果一個(gè)產(chǎn)品中次嚴(yán)重的缺陷基本完成修正并通過復(fù)測(cè)，這個(gè)階段的成品是（A）。A、 Alpha版 B、Beta版C、正版 D、以上都不是5、自底向上法需要寫（A）。A、 驅(qū)動(dòng)程

2、序 B、 樁程序 C、驅(qū)動(dòng)程序和樁程序D、 .以上都不是6、測(cè)試ATM取款功能，已知取款數(shù)只能輸入正整數(shù)，每次取款數(shù)要求是100的倍數(shù)且不能大于500，下面哪個(gè)是正確的無效等價(jià)類（C）A、（0，100）、（100，200）、（200，300）、（300，400）、（400，500）、（500，+）;B、（500，+）C、（500，+）、任意大于0小于500的非100倍數(shù)的整數(shù)；D、（-，100）、（100，200）、（200，300）、（300，400）、（400，500）、（500，+）;7、因果圖/判定表工程方法在以下那種情況下不適用（C）A、輸入輸出明確，或輸入輸出因果關(guān)系明確的情況下B

3、、被分析的特性或功能點(diǎn)復(fù)雜，輸入項(xiàng)目很多的情況下C、系統(tǒng)輸入之間相互約束多，需要做大范圍的組合測(cè)試情況下D、系統(tǒng)輸入之間基本沒有相互聯(lián)系8、以下說法不正確的是（D）A、測(cè)試原始需要明確了產(chǎn)品將要實(shí)現(xiàn)了什么B、產(chǎn)品測(cè)試規(guī)格明確了測(cè)試設(shè)計(jì)內(nèi)容C、測(cè)試用例明確了測(cè)試實(shí)現(xiàn)內(nèi)容D、以上說法均不正確9、可測(cè)試性中，有關(guān)系統(tǒng)可觀察性的理解，下面說法那個(gè)是錯(cuò)誤的（B）A、系統(tǒng)所有的輸出結(jié)果可觀察，錯(cuò)誤輸出易于識(shí)別；B、系統(tǒng)運(yùn)行狀態(tài)和內(nèi)部處理的過程信息可觀察；C、系統(tǒng)內(nèi)部變量名及其取值可觀察；D、系統(tǒng)內(nèi)部重要對(duì)象的狀態(tài)和屬性可觀察；E、系統(tǒng)內(nèi)部重要的操作的處理時(shí)間可觀察；F、系統(tǒng)內(nèi)部重要的資源的占用情況及單個(gè)資

4、源的創(chuàng)建、保持、釋放過程可觀察10、測(cè)試腳本的編寫規(guī)范強(qiáng)調(diào)：（ABCD ）A、可讀行 B、可重用性 C、可維護(hù)性 D、可移植性11、當(dāng)繼承某個(gè)特性是，通常會(huì)從哪些角度對(duì)該特性進(jìn)行測(cè)試分析？（AC ）A、失效影響度B、成熟度 C、繼承方式 D、用戶原始需求12、從下列關(guān)于軟件測(cè)試的敘述中，選出正確的敘述（2 / 17CD）A、用黑盒法測(cè)試時(shí)，測(cè)試用例是根據(jù)程序內(nèi)部邏輯設(shè)計(jì)的B、測(cè)試的目的是驗(yàn)證該軟件已正確的實(shí)現(xiàn)了用戶的要求C、發(fā)現(xiàn)錯(cuò)誤多的程序塊，殘留在模塊中的錯(cuò)誤也多D、測(cè)試設(shè)計(jì)時(shí)，應(yīng)充分考慮異常的輸入情況13、軟件驗(yàn)收測(cè)試的合格通過準(zhǔn)則是：（ABCD）A 軟件需求分析說明書中定義的所有功能已全

5、部實(shí)現(xiàn)，性能指標(biāo)全部達(dá)到要求。B 所有測(cè)試項(xiàng)沒有殘余一級(jí)、二級(jí)和三級(jí)錯(cuò)誤。C 立項(xiàng)審批表、需求分析文檔、設(shè)計(jì)文檔和編碼實(shí)現(xiàn)一致。D 驗(yàn)收測(cè)試工件齊全。13、軟件測(cè)試計(jì)劃評(píng)審會(huì)需要哪些人員參加？（ABCD）A項(xiàng)目經(jīng)理BSQA 負(fù)責(zé)人C配置負(fù)責(zé)人D測(cè)試組14測(cè)試設(shè)計(jì)員的職責(zé)有：（BC ）A制定測(cè)試計(jì)劃B設(shè)計(jì)測(cè)試用例C設(shè)計(jì)測(cè)試過程、腳本D評(píng)估測(cè)試活動(dòng)15軟件實(shí)施活動(dòng)的進(jìn)入準(zhǔn)則是：（ABC）A需求工件已經(jīng)被基線化B詳細(xì)設(shè)計(jì)工件已經(jīng)被基線化C構(gòu)架工件已經(jīng)被基線化D項(xiàng)目階段成果已經(jīng)被基線化16軟件驗(yàn)收測(cè)試的合格通過準(zhǔn)則是：（ABCD）A 軟件需求分析說明書中定義的所有功能已全部實(shí)現(xiàn)，性能指標(biāo)全部達(dá)到要求。

6、B 所有測(cè)試項(xiàng)沒有殘余一級(jí)、二級(jí)和三級(jí)錯(cuò)誤。C 立項(xiàng)審批表、需求分析文檔、設(shè)計(jì)文檔和編碼實(shí)現(xiàn)一致。D 驗(yàn)收測(cè)試工件齊全。17軟件測(cè)試計(jì)劃評(píng)審會(huì)需要哪些人員參加？（ABCD）A項(xiàng)目經(jīng)理 BSQA 負(fù)責(zé)人 C配置負(fù)責(zé)人 D測(cè)試組18下列關(guān)于alpha 測(cè)試的描述中正確的是：（AD）Aalpha 測(cè)試需要用戶代表參加Balpha 測(cè)試不需要用戶代表參加Calpha 測(cè)試是系統(tǒng)測(cè)試的一種Dalpha 測(cè)試是驗(yàn)收測(cè)試的一種19測(cè)試設(shè)計(jì)員的職責(zé)有：（BC）A制定測(cè)試計(jì)劃 B設(shè)計(jì)測(cè)試用例C設(shè)計(jì)測(cè)試過程、腳本 D評(píng)估測(cè)試活動(dòng)20軟件實(shí)施活動(dòng)的進(jìn)入準(zhǔn)則是：（ABC）A需求工件已經(jīng)被基線化B詳細(xì)設(shè)計(jì)工件已經(jīng)被基線

7、化C構(gòu)架工件已經(jīng)被基線化D項(xiàng)目階段成果已經(jīng)被基線化判斷題1.軟件測(cè)試的目的是盡可能多的找出軟件的缺陷。（ Y）2.負(fù)載測(cè)試是驗(yàn)證要檢驗(yàn)的系統(tǒng)的能力最高能達(dá)到什么程度。（N ）3.測(cè)試人員要堅(jiān)持原則，缺陷未修復(fù)完堅(jiān)決不予通過。（N）4.自動(dòng)化測(cè)試能比手工測(cè)試發(fā)現(xiàn)更多的缺陷（N）5.錯(cuò)誤猜測(cè)法基于這樣一種假設(shè)，以前犯過的錯(cuò)誤，以后同樣會(huì)犯，我犯過的錯(cuò)誤別人同樣會(huì)犯，前人犯過的錯(cuò)誤，后人同樣會(huì)犯（N）6.軟件測(cè)試中的二八原則暗示著測(cè)試發(fā)現(xiàn)的錯(cuò)誤中的80%很可能起源于程序模塊的20%（Y）7.某WEB系統(tǒng)設(shè)計(jì)中，用戶點(diǎn)擊“退出”按鈕從系統(tǒng)中退出，界面回到初始登陸界面。此時(shí)不關(guān)閉窗口，使用瀏覽器的回退功

8、能，可以回到之前的用戶界面，繼續(xù)進(jìn)行用戶操作。這種合適的人性化設(shè)計(jì)，恩那個(gè)避免用戶誤點(diǎn)擊退出按鈕后重新登錄的繁瑣操作；這種說法是否正確（N）8.在確定性能測(cè)試指標(biāo)值時(shí)，參考的國際標(biāo)準(zhǔn)、國標(biāo)、運(yùn)營商規(guī)范中對(duì)此要求并不一樣，可以視情況選擇有利于我們的指標(biāo)值，但必須要比競爭對(duì)手高，這樣才有利于市場(chǎng)競爭力（N）9.測(cè)試執(zhí)行時(shí)，應(yīng)該對(duì)每一個(gè)測(cè)試結(jié)果做全面的檢查，包括日志，這種說法是否正確（ N）10.在測(cè)試執(zhí)行時(shí)，我們主要是基于用戶的使用場(chǎng)景來考慮功能實(shí)現(xiàn)的正確性，關(guān)鍵機(jī)要數(shù)據(jù)在數(shù)據(jù)庫內(nèi)是否加密存儲(chǔ)或日志輸出中是否采用加密、掩碼處理不是我們測(cè)試關(guān)注的范圍，畢竟那產(chǎn)品的內(nèi)部實(shí)現(xiàn)，用戶看不到的，自然也是不關(guān)

9、心的。這種說法是否正確。（ ）11軟件測(cè)試的目的是盡可能多的找出軟件的缺陷。（Y）12Beta 測(cè)試是驗(yàn)收測(cè)試的一種。（Y）13驗(yàn)收測(cè)試是由最終用戶來實(shí)施的。（N）14項(xiàng)目立項(xiàng)前測(cè)試人員不需要提交任何工件。（Y）15單元測(cè)試能發(fā)現(xiàn)約80%的軟件缺陷。（Y）16代碼評(píng)審是檢查源代碼是否達(dá)到模塊設(shè)計(jì)的要求。（N）17自底向上集成需要測(cè)試員編寫驅(qū)動(dòng)程序。（Y）18負(fù)載測(cè)試是驗(yàn)證要檢驗(yàn)的系統(tǒng)的能力最高能達(dá)到什么程度。（N）19測(cè)試人員要堅(jiān)持原則，缺陷未修復(fù)完堅(jiān)決不予通過。（N）20代碼評(píng)審員一般由測(cè)試員擔(dān)任。（N）21我們可以人為的使得軟件不存在配置問題。（N）22集成測(cè)試計(jì)劃在需求分析階段末提交。（

10、N）簡答一、區(qū)別階段評(píng)審的與同行評(píng)審?fù)性u(píng)審目的:發(fā)現(xiàn)小規(guī)模工作產(chǎn)品的錯(cuò)誤,只要是找錯(cuò)誤;階段評(píng)審目的:評(píng)審模塊 階段作品的正確性 可行性 及完整性同行評(píng)審人數(shù):3-7人 人員必須經(jīng)過同行評(píng)審會(huì)議的培訓(xùn),由SQA指導(dǎo)階段評(píng)審人數(shù):5人左右 評(píng)審人必須是專家 具有系統(tǒng)評(píng)審資格同行評(píng)審內(nèi)容:內(nèi)容小 一般文檔 40頁, 代碼 500行二、為什么要在一個(gè)團(tuán)隊(duì)中開展軟件測(cè)試工作？ 因?yàn)闆]有經(jīng)過測(cè)試的軟件很難在發(fā)布之前知道該軟件的質(zhì)量，就好比 ISO 質(zhì)量認(rèn)證一 樣，測(cè)試同樣也需要質(zhì)量的保證，這個(gè)時(shí)候就需要在團(tuán)隊(duì)中開展軟件測(cè)試的工作。在測(cè)試的過程發(fā)現(xiàn)軟件中存在的問題，及時(shí)讓開發(fā)人員得知并修改問題，在即將發(fā)

11、布時(shí)，從測(cè)試報(bào)告中得出軟件的質(zhì)量情況。 三、您在以往的測(cè)試工作中都曾經(jīng)具體從事過哪些工作？其中最擅長哪部分工作？ 我曾經(jīng)做過web 測(cè)試后臺(tái)測(cè)試客戶端軟件，其中包括功能測(cè)試，性能測(cè)試，用戶體驗(yàn)測(cè)試。最擅長的是功能測(cè)試 四、您所熟悉的軟件測(cè)試類型都有哪些？請(qǐng)?jiān)囍謩e比較這些不同。 測(cè)試類型有：功能測(cè)試，性能測(cè)試，界面測(cè)試。 功能測(cè)試在測(cè)試工作中占的比例最大，功能測(cè)試也叫黑盒測(cè)試。是把測(cè)試對(duì)象看作一個(gè)黑盒子。利用黑盒測(cè)試法進(jìn)行動(dòng)態(tài)測(cè)試時(shí)，需要測(cè)試軟件產(chǎn)品的功能，不需測(cè)試軟件產(chǎn)品的內(nèi)部結(jié)構(gòu)和處理過程。采用黑盒技術(shù)設(shè)計(jì)測(cè)試用例的方法有：等價(jià)類劃分、邊界值分析、錯(cuò) 誤推測(cè)、因果圖和綜合策略。 性能測(cè)試是

12、通過自動(dòng)化的測(cè)試工具模擬多種正常、峰值以及異常負(fù)載條件來對(duì)系統(tǒng)的各項(xiàng)性能指標(biāo)進(jìn)行測(cè)試。負(fù)載測(cè)試和壓力測(cè)試都屬于性能測(cè)試，兩者可以結(jié)合進(jìn)行。通過負(fù)載測(cè)試，確定在各種工作負(fù)載下系統(tǒng)的性能，目標(biāo)是測(cè)試當(dāng)負(fù)載逐漸增加時(shí)，系統(tǒng)各項(xiàng)性能指標(biāo)的變化情況。壓力測(cè)試是通過確定一個(gè)系統(tǒng)的瓶頸或者不能接收的性能點(diǎn)，來獲得系統(tǒng)能提供的最大服務(wù)級(jí)別的測(cè)試。 界面測(cè)試，界面是軟件與用戶交互的最直接的層，界面的好壞決定用戶對(duì)軟件的第一印象。而且設(shè)計(jì)良好的界面能夠引導(dǎo)用戶自己完成相應(yīng)的操作，起到向?qū)У淖饔?。同時(shí)界面如同人的面孔，具有吸引用戶的直接優(yōu)勢(shì)。設(shè)計(jì)合理的界面能給用戶帶來輕松愉悅的感受和成功的感覺，相反由于界面設(shè)計(jì)的失

13、敗，讓用戶有挫敗感，再實(shí)用強(qiáng)大的功能都可能在用戶的畏懼與放棄中付諸東流。 區(qū)別在于，功能測(cè)試關(guān)注產(chǎn)品的所有功能上，要考慮到每個(gè)細(xì)節(jié)功能，每個(gè)可能存在的功能問題。性能測(cè)試主要關(guān)注于產(chǎn)品整體的多用戶并發(fā)下的穩(wěn)定性和健壯性。界面測(cè)試更關(guān)注于用戶體驗(yàn)上，用戶使用該產(chǎn)品的時(shí)候是否易用，是否易懂，是否規(guī)范（快捷鍵之類的），是否美觀（能否吸引用戶的注意力），是否安全（盡量在前臺(tái)避免用戶無意輸入無效的數(shù)據(jù)，當(dāng)然考慮到體驗(yàn)性，不能太粗魯?shù)膹棾鼍妫?？做某個(gè)性能測(cè)試的時(shí)候，首先它可能是個(gè)功能點(diǎn)，首先要保證它的功能是沒問題的，然后再考慮該功能點(diǎn)的性能測(cè)試。 五、請(qǐng)?jiān)囍容^一下黑盒測(cè)試、白盒測(cè)試、單元測(cè)試、集成測(cè)試、

14、系統(tǒng)測(cè)試、驗(yàn)收測(cè)試的區(qū)別與聯(lián)系。 黑盒測(cè)試：已知產(chǎn)品的功能設(shè)計(jì)規(guī)格，可以進(jìn)行測(cè)試證明每個(gè)實(shí)現(xiàn)了的功能是否符合要求。 白盒測(cè)試：已知產(chǎn)品的內(nèi)部工作過程，可以通過測(cè)試證明每種內(nèi)部操作是否符合設(shè)計(jì)規(guī)格要求，所有內(nèi)部成分是否以經(jīng)過檢查。 軟件的黑盒測(cè)試意味著測(cè)試要在軟件的接口處進(jìn)行。這種方法是把測(cè)試對(duì)象看做一個(gè)黑盒子，測(cè)試人員完全不考慮程序內(nèi)部的邏輯結(jié)構(gòu)和內(nèi)部特性，只依據(jù)程序的需求規(guī)格說明書，檢查程序的功能是否符合它的功能說明。因此黑盒測(cè)試又叫功能測(cè)試或數(shù)據(jù)驅(qū)動(dòng)測(cè)試。黑盒 測(cè)試主要是為了發(fā)現(xiàn)以下幾類錯(cuò)誤： 1、是否有不正確或遺漏的功能？ 2、在接口上，輸入是否能正確的接受？能否輸出正確的結(jié)果？ 3、是

15、否有數(shù)據(jù)結(jié)構(gòu)錯(cuò)誤或外部信息（例如數(shù)據(jù)文件）訪問錯(cuò)誤？ 4、性能上是否能夠滿足要求？ 5、是否有初始化或終止性錯(cuò)誤？ 軟件的白盒測(cè)試是對(duì)軟件的過程性細(xì)節(jié)做細(xì)致的檢查。這種方法是把測(cè)試對(duì)象看做一個(gè)打開的盒子，它允許測(cè)試人員利用程序內(nèi)部的邏輯結(jié)構(gòu)及有關(guān)信息，設(shè)計(jì)或選擇測(cè)試用例，對(duì)程序所有邏輯路徑進(jìn)行測(cè)試。通過在不同點(diǎn)檢查程序狀態(tài)，確定實(shí)際狀態(tài)是否與預(yù)期的狀態(tài)一致。因此白盒測(cè)試又稱為結(jié)構(gòu)測(cè)試或邏輯驅(qū)動(dòng)測(cè)試。白盒測(cè)試主要是想對(duì)程序模塊進(jìn)行 如下檢查： 1、對(duì)程序模塊的所有獨(dú)立的執(zhí)行路徑至少測(cè)試一遍。 2、對(duì)所有的邏輯判定，取“真”與取“假”的兩種情況都能至少測(cè)一遍。 3、在循環(huán)的邊界和運(yùn)行的界限內(nèi)執(zhí)行循

16、環(huán)體。 4、測(cè)試內(nèi)部數(shù)據(jù)結(jié)構(gòu)的有效性，等等。 單元測(cè)試（模塊測(cè)試）是開發(fā)者編寫的一小段代碼，用于檢驗(yàn)被測(cè)代碼的一個(gè)很小的、很明確的功能是否正確。通常而言，一個(gè)單元測(cè)試是用于判斷某個(gè)特定條件（或者場(chǎng)景）下 某個(gè)特定函數(shù)的行為。 單元測(cè)試是由程序員自己來完成，最終受益的也是程序員自己?？梢赃@么說，程序員有責(zé)任編寫功能代碼，同時(shí)也就有責(zé)任為自己的代碼編寫單元測(cè)試。執(zhí)行單元測(cè)試，就是為了證明這段代碼的行為和我們期望的一致。 集成測(cè)試（也叫組裝測(cè)試，聯(lián)合測(cè)試）是單元測(cè)試的邏輯擴(kuò)展。它的最簡單的形式是： 兩個(gè)已經(jīng)測(cè)試過的單元組合成一個(gè)組件，并且測(cè)試它們之間的接口。從這一層意義上講，組件是指多個(gè)單元的集成聚

17、合。在現(xiàn)實(shí)方案中，許多單元組合成組件，而這些組件又聚合成程 序的更大部分。方法是測(cè)試片段的組合，并最終擴(kuò)展進(jìn)程，將您的模塊與其他組的模塊一起 測(cè)試。最后，將構(gòu)成進(jìn)程的所有模塊一起測(cè)試。 系統(tǒng)測(cè)試是將經(jīng)過測(cè)試的子系統(tǒng)裝配成一個(gè)完整系統(tǒng)來測(cè)試。它是檢驗(yàn)系統(tǒng)是否確實(shí)能提供系統(tǒng)方案說明書中指定功能的有效方法。（常見的聯(lián)調(diào)測(cè)試） 系統(tǒng)測(cè)試的目的是對(duì)最終軟件系統(tǒng)進(jìn)行全面的測(cè)試，確保最終軟件系統(tǒng)滿足產(chǎn)品需求并且遵循系統(tǒng)設(shè)計(jì)。驗(yàn)收測(cè)試是部署軟件之前的最后一個(gè)測(cè)試操作。驗(yàn)收測(cè)試的目的是確保軟件準(zhǔn)備就緒，并且可以讓最終用戶將其用于執(zhí)行軟件的既定功能和任務(wù)。 驗(yàn)收測(cè)試是向未來的用戶表明系統(tǒng)能夠像預(yù)定要求那樣工作。經(jīng)

18、集成測(cè)試后，已經(jīng)按照設(shè)計(jì)把所有的模塊組裝成一個(gè)完整的軟件系統(tǒng)，接口錯(cuò)誤也已經(jīng)基本排除了，接著就應(yīng)該進(jìn)一步驗(yàn)證軟件的有效性，這就是驗(yàn)收測(cè)試的任務(wù)，即軟件的功能和性能如同用戶所合理期待的那樣。 六、測(cè)試計(jì)劃工作的目的是什么？測(cè)試計(jì)劃工作的內(nèi)容都包括什么？其中哪些是最重要的？ 軟件測(cè)試計(jì)劃是指導(dǎo)測(cè)試過程的綱領(lǐng)性文件，包含了產(chǎn)品概述、測(cè)試策略、測(cè)試方法、測(cè)試區(qū)域、測(cè)試配置、測(cè)試周期、測(cè)試資源、測(cè)試交流、風(fēng)險(xiǎn)分析等內(nèi)容。借助軟件測(cè)試計(jì)劃，參與測(cè)試的項(xiàng)目成員，尤其是測(cè)試管理人員，可以明確測(cè)試任務(wù)和測(cè)試方法，保持測(cè)試實(shí)施過程的順暢溝通，跟蹤和控制測(cè)試進(jìn)度，應(yīng)對(duì)測(cè)試過程中的各種變更。 測(cè)試計(jì)劃和測(cè)試詳細(xì)規(guī)格、

19、測(cè)試用例之間是戰(zhàn)略和戰(zhàn)術(shù)的關(guān)系，測(cè)試計(jì)劃主要從宏觀上規(guī)劃測(cè)試活動(dòng)的范圍、方法和資源配置，而測(cè)試詳細(xì)規(guī)格、測(cè)試用例是完成測(cè)試任務(wù)的具體戰(zhàn)術(shù)。所以其中最重要的是測(cè)試測(cè)試策略和測(cè)試方法（最好是能先評(píng)審） 七、您認(rèn)為做好測(cè)試計(jì)劃工作的關(guān)鍵是什么？ a. 明確測(cè)試的目標(biāo)，增強(qiáng)測(cè)試計(jì)劃的實(shí)用性 編寫軟件測(cè)試計(jì)劃得重要目的就是使測(cè)試過程能夠發(fā)現(xiàn)更多的軟件缺陷，因此軟件測(cè)試計(jì)劃的價(jià)值取決于它對(duì)幫助管理測(cè)試項(xiàng)目，并且找出軟件潛在的缺陷。因此，軟件測(cè)試計(jì)劃中的測(cè)試范圍必須高度覆蓋功能需求，測(cè)試方法必須切實(shí)可行，測(cè)試工具并且具有較高的實(shí)用性，便于使用，生成的測(cè)試結(jié)果直觀、準(zhǔn)確。 b堅(jiān)持“5W”規(guī)則，明確內(nèi)容與過程

20、“5W”規(guī)則指的是“What （做什么）”、“Why （為什么做）”、“When （何時(shí)做）”、“Where （在哪里）”、“How （如何做）”。利用“5W”規(guī)則創(chuàng)建軟件測(cè)試計(jì)劃，可以幫助測(cè)試團(tuán)隊(duì)理 解測(cè)試的目的（Why ），明確測(cè)試的范圍和內(nèi)容（What ），確定測(cè)試的開始和結(jié)束日期（When ）， 指出測(cè)試的方法和工具（How ），給出測(cè)試文檔和軟件的存放位置（Where ）。 c采用評(píng)審和更新機(jī)制，保證測(cè)試計(jì)劃滿足實(shí)際需求 測(cè)試計(jì)劃寫作完成后，如果沒有經(jīng)過評(píng)審，直接發(fā)送給測(cè)試團(tuán)隊(duì)，測(cè)試計(jì)劃內(nèi)容的可能不準(zhǔn)確或遺漏測(cè)試內(nèi)容，或者軟件需求變更引起測(cè)試范圍的增減，而測(cè)試計(jì)劃的內(nèi)容沒有及時(shí)更新，

21、誤導(dǎo)測(cè)試執(zhí)行人員。 d. 分別創(chuàng)建測(cè)試計(jì)劃與測(cè)試詳細(xì)規(guī)格、測(cè)試用例 應(yīng)把詳細(xì)的測(cè)試技術(shù)指標(biāo)包含到獨(dú)立創(chuàng)建的測(cè)試詳細(xì)規(guī)格文檔，把用于指導(dǎo)測(cè)試小組執(zhí) 行測(cè)試過程的測(cè)試用例放到獨(dú)立創(chuàng)建的測(cè)試用例文檔或測(cè)試用例管理數(shù)據(jù)庫中。測(cè)試計(jì)劃和測(cè)試詳細(xì)規(guī)格、測(cè)試用例之間是戰(zhàn)略和戰(zhàn)術(shù)的關(guān)系，測(cè)試計(jì)劃主要從宏觀上規(guī)劃測(cè)試活動(dòng)的 范圍、方法和資源配置，而測(cè)試詳細(xì)規(guī)格、測(cè)試用例是完成測(cè)試任務(wù)的具體戰(zhàn)術(shù)。 八、您所熟悉的測(cè)試用例設(shè)計(jì)方法都有哪些？請(qǐng)分別以具體的例子來說明這些方法在測(cè)試用例設(shè)計(jì)工作中的應(yīng)用。 a等價(jià)類劃分 劃分等價(jià)類: 等價(jià)類是指某個(gè)輸入域的子集合.在該子集合中,各個(gè)輸入數(shù)據(jù)對(duì)于揭露程序中的錯(cuò)誤都是等效的.

22、并合理地假定:測(cè)試某等價(jià)類的代表值就等于對(duì)這一類其它值的測(cè)試. 因此,可以把全部輸入數(shù)據(jù)合理劃分為若干等價(jià)類,在每一個(gè)等價(jià)類中取一個(gè)數(shù)據(jù)作為測(cè)試的 輸入條件,就可以用少量代表性的測(cè)試數(shù)據(jù).取得較好的測(cè)試結(jié)果.等價(jià)類劃分可有兩種不同的情況:有效等價(jià)類和無效等價(jià)類. b邊界值分析法 邊界值分析方法是對(duì)等價(jià)類劃分方法的補(bǔ)充。測(cè)試工作經(jīng)驗(yàn)告訴我,大量的錯(cuò)誤是發(fā)生在輸入或輸出范圍的邊界上,而不是發(fā)生在輸入輸出范圍的內(nèi)部.因此針對(duì)各種邊界情況設(shè)計(jì)測(cè)試用例,可以查出更多的錯(cuò)誤. 使用邊界值分析方法設(shè)計(jì)測(cè)試用例,首先應(yīng)確定邊界情況.通常輸入和輸出等價(jià)類的邊界, 就是應(yīng)著重測(cè)試的邊界情況.應(yīng)當(dāng)選取正好等于,剛剛

23、大于或剛剛小于邊界的值作為測(cè)試數(shù)據(jù),而不是選取等價(jià)類中的典型值或任意值作為測(cè)試數(shù)據(jù). c錯(cuò)誤推測(cè)法 基于經(jīng)驗(yàn)和直覺推測(cè)程序中所有可能存在的各種錯(cuò)誤, 從而有針對(duì)性的設(shè)計(jì)測(cè)試用例的方法. 錯(cuò)誤推測(cè)方法的基本思想: 列舉出程序中所有可能有的錯(cuò)誤和容易發(fā)生錯(cuò)誤的特殊情況,根據(jù)他們選擇測(cè)試用例. 例如, 在單元測(cè)試時(shí)曾列出的許多在模塊中常見的錯(cuò)誤. 以前產(chǎn)品測(cè)試中曾經(jīng)發(fā)現(xiàn)的錯(cuò)誤等, 這些就是經(jīng)驗(yàn)的總結(jié). 還有, 輸入數(shù)據(jù)和輸出數(shù)據(jù)為 0 的情況. 輸入表格為空格或輸入表格只有一行. 這些都是容易發(fā)生錯(cuò)誤的情況. 可選擇這些情況下的例子作為測(cè)試用例. d因果圖方法 前面介紹的等價(jià)類劃分方法和邊界值分析方

24、法,都是著重考慮輸入條件,但未考慮輸入條 件之間的聯(lián)系, 相互組合等. 考慮輸入條件之間的相互組合,可能會(huì)產(chǎn)生一些新的情況. 但要檢查輸入條件的組合不是一件容易的事情, 即使把所有輸入條件劃分成等價(jià)類,他們之間的 合情況也相當(dāng)多. 因此必須考慮采用一種適合于描述對(duì)于多種條件的組合,相應(yīng)產(chǎn)生多個(gè)動(dòng)作的形式來考慮設(shè)計(jì)測(cè)試用例. 這就需要利用因果圖（邏輯模型）。因果圖方法最終生成的就是判定表. 它適合于檢查程序輸入條件的各種組合情況. 九、軟件測(cè)試的目的？ 測(cè)試的目的是想以最少的人力、物力和時(shí)間找出軟件中潛在的各種錯(cuò)誤和缺陷，通過修正種錯(cuò)誤和缺陷提高軟件質(zhì)量，回避軟件發(fā)布后由于潛在的軟件缺陷和錯(cuò)誤造

25、成的隱患帶來的商 業(yè)風(fēng)險(xiǎn)。 十、什么是軟件測(cè)試？ 使用人工或自動(dòng)手段來運(yùn)行或測(cè)定某個(gè)系統(tǒng)的過程，其目的在于檢驗(yàn)它是否滿足規(guī)定的需求或是弄清預(yù)期結(jié)果與實(shí)際結(jié)果之間的差別。 軟件測(cè)試就是在軟件投入運(yùn)行前，對(duì)軟件需求分析、設(shè)計(jì)規(guī)格說明和編碼的最終復(fù)審，是軟件質(zhì)量保證的關(guān)鍵步驟。軟件測(cè)試是為了發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程序的過程。 十一、基于WEB 信息管理系統(tǒng)測(cè)試時(shí)應(yīng)考慮的因素有哪些？ 1、功能測(cè)試 a) 鏈接測(cè)試 b) 表單測(cè)試 c) Cookies 測(cè)試d) 設(shè)計(jì)語言測(cè)試e) 數(shù)據(jù)庫測(cè)試 2、性能測(cè)試 a) 連接速度測(cè)試 b) 負(fù)載測(cè)試 c) 壓力測(cè)試3、可用性測(cè)試 a) 導(dǎo)航測(cè)試 b) 圖形測(cè)試c) 內(nèi)容

26、測(cè)試d) 整體界面測(cè)試4、客戶端兼容性測(cè)試 a) 平臺(tái)測(cè)試 b) 瀏覽器測(cè)試 5、安全性測(cè)試 十二、軟件本地化測(cè)試比功能測(cè)試都有哪些方面需要注意？ 軟件本地化測(cè)試的目的： 軟件本地化測(cè)試的測(cè)試策略：1.本地化軟件要在各種本地化操作系統(tǒng)上安裝并測(cè)試。2.源語言軟件安裝在另一臺(tái)相同源語言操作系統(tǒng)上，作為對(duì)比測(cè)試。3.重點(diǎn)測(cè)試因本地化引起的軟 件的功能和軟件界面的錯(cuò)誤。4.測(cè)試本地化軟件的翻譯質(zhì)量。5.手工測(cè)試和自動(dòng)測(cè)試相結(jié)合。 十三、軟件測(cè)試項(xiàng)目從什么時(shí)候開始？為什么？ 軟件測(cè)試應(yīng)該在需求分析階段就介入,因?yàn)闇y(cè)試的對(duì)象不僅僅是程序編碼,應(yīng)該對(duì)軟件開發(fā)過程中產(chǎn)生的所有產(chǎn)品都測(cè)試,并且軟件缺陷存在放大

27、趨勢(shì).缺陷發(fā)現(xiàn)的越晚,修復(fù)它所花費(fèi)的成本就越大. 十四、需求測(cè)試注意事項(xiàng)有哪些？ 一個(gè)良好的需求應(yīng)當(dāng)具有一下特點(diǎn)： 完整性：每一項(xiàng)需求都必須將所要實(shí)現(xiàn)的功能描述清楚，以使開發(fā)人員獲得設(shè)計(jì)和實(shí)現(xiàn)這些功能所需的所有必要信息。 正確性：每一項(xiàng)需求都必須準(zhǔn)確地陳述其要開發(fā)的功能。 一致性：一致性是指與其它軟件需求或高層（系統(tǒng)，業(yè)務(wù)）需求不相矛盾。 可行性：每一項(xiàng)需求都必須是在已知系統(tǒng)和環(huán)境的權(quán)能和限制范圍內(nèi)可以實(shí)施的。 無二義性：對(duì)所有需求說明的讀者都只能有一個(gè)明確統(tǒng)一的解釋，由于自然語言極易導(dǎo)致二義性，所以盡量把每項(xiàng)需求用簡潔明了的用戶性的語言表達(dá)出來。 健壯性：需求的說明中是否對(duì)可能出現(xiàn)的異常進(jìn)行

28、了分析，并且對(duì)這些異常進(jìn)行了容錯(cuò)處理。 必要性：“必要性”可以理解為每項(xiàng)需求都是用來授權(quán)你編寫文檔的“根源”。要使每項(xiàng)需求 都能回溯至某項(xiàng)客戶的輸入，如Use Case 或別的來源。 可測(cè)試性：每項(xiàng)需求都能通過設(shè)計(jì)測(cè)試用例或其它的驗(yàn)證方法來進(jìn)行測(cè)試。 可修改性：每項(xiàng)需求只應(yīng)在 S R S中出現(xiàn)一次。這樣更改時(shí)易于保持一致性。另外，使用目錄表、索引和相互參照列表方法將使軟件需求規(guī)格說明書更容易修改。 可跟蹤性：應(yīng)能在每項(xiàng)軟件需求與它的根源和設(shè)計(jì)元素、源代碼、測(cè)試用例之間建立起鏈接鏈，這種可跟蹤性要求每項(xiàng)需求以一種結(jié)構(gòu)化的，粒度好（f i n e - g r a i n e d ）的方式編寫并單獨(dú)

29、標(biāo)明，而不是大段大段的敘述。 十五、簡述一下缺陷的生命周期 軟件缺陷的生命周期指的是一個(gè)軟件缺陷被發(fā)現(xiàn)、報(bào)告到這個(gè)缺陷被修復(fù)、驗(yàn)證直至最后關(guān)閉的完整過程。 簡單的軟件缺陷生命周期： 1、發(fā)現(xiàn)打開：測(cè)試人員找到軟件缺陷并將軟件缺陷提交給開發(fā)人員； 2、打開修復(fù)：開發(fā)人員再現(xiàn)、修復(fù)缺陷，然后提交測(cè)試人員去驗(yàn)證； 3、修復(fù)關(guān)閉：測(cè)試人員驗(yàn)證修復(fù)過的軟件，關(guān)閉已不存在的缺陷。 但是這是一種理想的狀態(tài)，在實(shí)際的工作中是很難有這樣的順利的，需要考慮的各種情況都還是非常多的。 復(fù)雜的軟件缺陷生命周期： 1、新建一個(gè)軟件缺陷，這個(gè)軟件缺陷是（open）狀態(tài)，進(jìn)行bug 審查，不是代碼問題，就是設(shè)計(jì)需要修改；

30、2、新建一個(gè)軟件缺陷，這個(gè)軟件缺陷是（open）狀態(tài)，進(jìn)行bug 審查，以后修改的，就可以延期； 3、新建一個(gè)軟件缺陷，這個(gè)軟件缺陷是（open）狀態(tài)，進(jìn)行bug 審查，實(shí)際沒有這個(gè)bug，可以將其關(guān)閉； 4、新建一個(gè)軟件缺陷，這個(gè)軟件缺陷是（open）狀態(tài)，看是否清楚可重現(xiàn)，如果不能重現(xiàn)，就是缺少信息，需要返回到（open）狀態(tài)；如果能夠重現(xiàn)，就進(jìn)行修正，修正后關(guān)閉，進(jìn)行回歸測(cè)試。 十六、為什么要寫用例： 我們編寫測(cè)試用例，有如下的好處： 便于團(tuán)隊(duì)交流：假如說一個(gè)測(cè)試團(tuán)隊(duì)有 10 個(gè)成員，大家測(cè)試的時(shí)候都各自為政，沒有統(tǒng)一的標(biāo)準(zhǔn)，測(cè)試的效率無疑會(huì)大打折扣；如果大家都遵循統(tǒng)一的用例規(guī)范去寫，就

31、會(huì)解決這一 問題。 便于重復(fù)測(cè)試 ：大家知道，軟件在實(shí)際開發(fā)過程中是會(huì)有不同版本的，比如會(huì)從 1.0 升級(jí)到 10.0，那么如果不寫測(cè)試用例的話，在測(cè)試 10.0 版本的時(shí)候，你能完全記得 1.0 版本時(shí)你做過哪些測(cè)試嗎？測(cè)試用例就像一個(gè)備忘錄一樣，便于重復(fù)測(cè)試。 便于跟蹤統(tǒng)計(jì)：這一點(diǎn)是針對(duì)測(cè)試經(jīng)理或是項(xiàng)目經(jīng)理來說的，項(xiàng)目負(fù)責(zé)人通過看測(cè)試用例的執(zhí)行情況，就能了解到項(xiàng)目目前的概況，比如已經(jīng)執(zhí)行了哪些測(cè)試，還有哪些測(cè)試沒有執(zhí)行，測(cè)試沒有通過的地方主要集中在哪些模塊等。 便于用戶自測(cè)：尤其是項(xiàng)目軟件，有的時(shí)候用戶希望自己測(cè)試一下軟件產(chǎn)品，但是用戶大都 是非專業(yè)人士，他需要根據(jù)你寫好的用例來更好的檢驗(yàn)

32、產(chǎn)品的質(zhì)量。 說了這么多編寫測(cè)試用例的優(yōu)點(diǎn)，那它有沒有缺點(diǎn)呢？有一個(gè)明顯的缺點(diǎn)就是需要花費(fèi)大量 的時(shí)間，通常編寫測(cè)試用例的時(shí)間比實(shí)際執(zhí)行測(cè)試的時(shí)間還要長，這一點(diǎn)大家會(huì)在實(shí)際工作中有深刻的體會(huì) 十七、測(cè)試的種類很多，大概有1、代碼、函數(shù)級(jí)測(cè)試2、模塊、組件級(jí)測(cè)試3、系統(tǒng)測(cè)試，請(qǐng)說出這些測(cè)試最好由那些人員完成，測(cè)試的依據(jù)是什么，并說明理由。代碼、函數(shù)級(jí)測(cè)試一般由白盒測(cè)試人員完成，他們需要測(cè)試的是對(duì)代碼的測(cè)試模塊、組件級(jí)測(cè)試主要有灰盒或者黑盒人員測(cè)試，需要對(duì)所測(cè)試的程序內(nèi)部結(jié)構(gòu)與原理有較強(qiáng)的了解，屬于各模塊間的銜接與關(guān)系，能夠測(cè)試出模塊之間變動(dòng)而造成對(duì)其他模塊的影響系統(tǒng)測(cè)試在于模塊測(cè)試與單元測(cè)試的基

33、礎(chǔ)上進(jìn)行測(cè)試。了解系統(tǒng)功能與性能，根據(jù)測(cè)試用例進(jìn)行全面的測(cè)試。十八、設(shè)計(jì)測(cè)試用例和測(cè)試數(shù)據(jù)時(shí)應(yīng)該考慮哪些方面，即不同的測(cè)試用例和數(shù)據(jù)各自針對(duì)那些方面進(jìn)行測(cè)試。 設(shè)計(jì)測(cè)試用例時(shí)需要注意的是，除了對(duì)整體流程及功能注意外，還要注意強(qiáng)度測(cè)試、性能測(cè)試、壓力測(cè)試、邊界值測(cè)試、穩(wěn)定性測(cè)試、安全性測(cè)試等多方面。設(shè)計(jì)測(cè)試用例在除了常用數(shù)據(jù)外，還需要考慮極限值、邊界值、重復(fù)值、0值及負(fù)值，即不同的測(cè)試用例需要不同類型的數(shù)據(jù)值來進(jìn)行測(cè)試。測(cè)試用例的設(shè)計(jì)一、某程序規(guī)定：輸入三個(gè)整數(shù) a 、 b 、 c 分別作為三邊的邊長構(gòu)成三角形。通過程序判定所構(gòu)成的三角形的類型，當(dāng)此三角形為一般三角形、等腰三角形及等邊三角形時(shí)，

34、分別作計(jì)算 。用等價(jià)類劃分方法為該程序進(jìn)行測(cè)試用例設(shè)計(jì)。（三角形問題的復(fù)雜之處在于輸入與輸出之間的關(guān)系比較復(fù)雜。） 分析題目中給出和隱含的對(duì)輸入條件的要求： （1）整數(shù) （2）三個(gè)數(shù) （3）非零數(shù) （4）正數(shù) （5）兩邊之和大于第三邊 （6）等腰 （7）等邊 如果 a 、 b 、 c 滿足條件（ 1 ） （ 4 ），則輸出下列四種情況之一： 1)如果不滿足條件（5），則程序輸出為 非三角形 。 2)如果三條邊相等即滿足條件（7），則程序輸出為 等邊三角形 。 3)如果只有兩條邊相等、即滿足條件（6），則程序輸出為 等腰三角形 。 4)如果三條邊都不相等，則程序輸出為 一般三角形 。 列出等價(jià)類

35、表并編號(hào)覆蓋有效等價(jià)類的測(cè)試用例： a b c 覆蓋等價(jià)類號(hào)碼 3 4 5 （1）-（7） 4 4 5 （1）-（7），（8） 4 5 5 （1）-（7），（9） 5 4 5 （1）-（7），（10） 4 4 4 （1）-（7），（11） 覆蓋無效等價(jià)類的測(cè)試用例：二、如果測(cè)試程序向打印機(jī)輸送打印內(nèi)容，應(yīng)該選用那些破壞性測(cè)試用例。答：用此程序打印大量的文件長時(shí)間不停止的使用此軟件進(jìn)行打印操作長時(shí)間不停止的打印大數(shù)量及大文件的操作；在打印過程中斷電、重啟等破壞性操作三、下圖是windows保存對(duì)話框，如果為文件名建立測(cè)試用例，等價(jià)類應(yīng)該怎樣劃分？1長文件名2短文件名3特殊字符 /。；、=-等4中

36、文/英文等四、假設(shè)由一個(gè)文本框要求輸入10各字符的郵政編碼，對(duì)于該文本框應(yīng)該怎樣劃分等價(jià)類？1 特殊字符是否可以輸入2 英文字母是否可以輸入3 漢字是否4 是否可以不輸入字符就可以確定5 輸入超過10個(gè)字符6 字符可以混合中英數(shù)字五、給你一臺(tái)冰箱，你將如何測(cè)試它？ 首先分析冰箱的主要功能：制冷和保鮮。 首先通上電，檢查冰箱是否能啟動(dòng)。這是最基本的，如果這一步都不滿足，后面的也就無法進(jìn)行了。然后找一小碗水放進(jìn)去，一段時(shí)間后觀察它是否可以變成冰塊。這個(gè)過程中還可以檢查一下冰箱運(yùn)行的時(shí)候聲音是否太大，是否漏水，冰箱里面是否有異味等。然后再找一盤蔬菜（熟的和生的）或水果，觀察可以保持幾天的新鮮。此時(shí)需

37、要設(shè)定期望值，參考一些數(shù)據(jù)和資料，事先要知道該種菜和水果在常溫下保鮮是多少天，有必要時(shí)還可以和其它品牌的冰箱做比較。最后可能還要附加的功能，比如里面的燈是否會(huì)亮，溫度是否可調(diào)等。六、水杯的測(cè)試一種：測(cè)試項(xiàng)目：杯子需求測(cè)試:查看杯子使用說明書界面測(cè)試:查看杯子外觀功能度：用水杯裝水看漏不漏；水能不能被喝到安全性：杯子有沒有毒或細(xì)菌可*性：杯子從不同高度落下的損壞程度可移植性：杯子再不同的地方、溫度等環(huán)境下是否都可以正常使用兼容性：杯子是否能夠容納果汁、白水、酒精、汽油等易用性：杯子是否燙手、是否有防滑措施、是否方便飲用用戶文檔：使用手冊(cè)是否對(duì)杯子的用法、限制、使用條件等有詳細(xì)描述疲勞測(cè)試：將杯子

38、盛上水（案例一）放24小時(shí)檢查泄漏時(shí)間和情況；盛上汽油（案例二）放24小時(shí)檢查泄漏時(shí)間和情況等壓力測(cè)試：用根針并在針上面不斷加重量，看壓強(qiáng)多大時(shí)會(huì)穿透跌落測(cè)試: 杯子加包裝(有填充物),在多高的情況摔下不破損震動(dòng)測(cè)試: 杯子加包裝(有填充物),六面震動(dòng),檢查產(chǎn)品是否能應(yīng)對(duì)惡劣的鐵路公路航空運(yùn)輸測(cè)試數(shù)據(jù)：測(cè)試數(shù)據(jù)具體編寫此處略（最討厭寫測(cè)試數(shù)據(jù)了）。其中應(yīng)用到：場(chǎng)景法、等價(jià)類劃分法、因果圖法、錯(cuò)誤推測(cè)法、邊界值法等方法期望輸出：該期望輸出需查閱國標(biāo)、行標(biāo)以及使用用戶的需求另一種：總體來說從以下幾個(gè)方面去考慮功能性、性能性、易用性、可操作性、穩(wěn)定性方面進(jìn)行測(cè)試功能性方面的測(cè)試，主要是考慮這個(gè)水杯是否能盛水，能盛多少水，能否盛熱水，盛熱水