軟件測(cè)試復(fù)習(xí)筆試題

1、精選優(yōu)質(zhì)文檔-傾情為你奉上精選優(yōu)質(zhì)文檔-傾情為你奉上專心-專注-專業(yè)專心-專注-專業(yè)精選優(yōu)質(zhì)文檔-傾情為你奉上專心-專注-專業(yè)第一章 軟件工程及UML【基礎(chǔ)題】UML：Unified Modeling Language它是一種用于描述、構(gòu)造軟件系統(tǒng)以及商業(yè)建模的語(yǔ)言。簡(jiǎn)單的理解就是它可以以一種直觀的方式表示出一個(gè)系統(tǒng)的各項(xiàng)內(nèi)容。【基礎(chǔ)題】軟件開(kāi)發(fā)模型有哪些？答：瀑布模型，快速原型模型，增量模型，螺旋模型。【基礎(chǔ)題】軟件質(zhì)量因素有哪些？答：正確性、精確性、可靠性、容錯(cuò)性、性能、效率、易用性、可理解性、簡(jiǎn)潔性、可復(fù)用性、可擴(kuò)充性、兼容性等等。【基礎(chǔ)題】經(jīng)常采用的軟件質(zhì)量檢查措施有哪些？事先把檢查的

2、主要內(nèi)容制成一張表，使檢查活動(dòng)集中在主要問(wèn)題上只評(píng)審工作，不評(píng)審開(kāi)發(fā)者建立一個(gè)議事日程并遵循它不要花太多的時(shí)間爭(zhēng)論和辯駁說(shuō)清楚問(wèn)題所在，但不要企圖當(dāng)場(chǎng)解決所有問(wèn)題對(duì)檢查人員進(jìn)行適當(dāng)?shù)呐嘤?xùn)第二章 軟件測(cè)試基礎(chǔ)【基礎(chǔ)題】軟件有哪些分類？【基礎(chǔ)題】什么是軟件測(cè)試？答：使用人工或自動(dòng)手段，運(yùn)行或檢查某個(gè)系統(tǒng)的過(guò)程。其目的在于檢查它是否滿足規(guī)定的需求或弄清預(yù)期結(jié)果與實(shí)際結(jié)果之間的差別?！净A(chǔ)題】什么是Bug？答：軟件的Bug指的是軟件中（包括程序和文檔）不符合用戶需求的問(wèn)題。常見(jiàn)的軟件Bug分為以下三類：沒(méi)有實(shí)現(xiàn)的功能完成了用戶需求的功能，但是運(yùn)行時(shí)會(huì)出現(xiàn)一些功能或性能上的問(wèn)題實(shí)現(xiàn)了用戶不需要的多余的功

3、能【中等題】SQA與測(cè)試的區(qū)別？測(cè)試是在發(fā)現(xiàn)問(wèn)題，SQA是在預(yù)防問(wèn)題測(cè)試時(shí)Bug已經(jīng)存在了，而SQA則需要將Bug扼殺在出現(xiàn)之前測(cè)試作為軟件生命周期的一部分，其過(guò)程也要受到SQA監(jiān)督【中等題】CMM：Capability Maturity Model，即“能力成熟度模型”?！咎岣哳}】CMM等級(jí)如何劃分并簡(jiǎn)要說(shuō)明？答：第一級(jí)：初始級(jí)：在初始級(jí)，企業(yè)一般不具備穩(wěn)定的軟件開(kāi)發(fā)與維護(hù)的環(huán)境。常常在遇到問(wèn)題的時(shí)候，就放棄原定的計(jì)劃而只專注于編程與測(cè)試。第二級(jí)：可重復(fù)級(jí)：在這一級(jí)，建立了管理軟件項(xiàng)目的政策以及為貫徹執(zhí)行這些政策而定的措施?；谶^(guò)往的項(xiàng)目的經(jīng)驗(yàn)來(lái)計(jì)劃與管理新的項(xiàng)目。第三級(jí)：定義級(jí)：在這一級(jí)，

4、有關(guān)軟件工程與管理工程的一個(gè)特定的、面對(duì)整個(gè)企業(yè)的軟件開(kāi)發(fā)與維護(hù)的過(guò)程的文件將被制訂出來(lái)。同時(shí)，這些過(guò)程是集成到一個(gè)協(xié)調(diào)的整體。這就稱為企業(yè)的標(biāo)準(zhǔn)軟件過(guò)程。第四級(jí)：定量管理級(jí)：在這一級(jí)，企業(yè)對(duì)產(chǎn)品與過(guò)程建立起定量的質(zhì)量目標(biāo)，同時(shí)在過(guò)程中加入規(guī)定得很清楚的連續(xù)的度量。作為企業(yè)的度量方案，要對(duì)所有項(xiàng)目的重要的過(guò)程活動(dòng)進(jìn)行生產(chǎn)率和質(zhì)量的度量。軟件產(chǎn)品因此具有可預(yù)期的高質(zhì)量。第五級(jí)：優(yōu)化級(jí)：在這個(gè)等級(jí)，整個(gè)企業(yè)將會(huì)把重點(diǎn)放在對(duì)過(guò)程進(jìn)行不斷的優(yōu)化。企業(yè)會(huì)采取主動(dòng)去找出過(guò)程的弱點(diǎn)與長(zhǎng)處，以達(dá)到預(yù)防缺陷的目標(biāo)。同時(shí)，分析有關(guān)過(guò)程的有效性的資料，作出對(duì)新技術(shù)的成本與收益的分析，以及提出對(duì)過(guò)程進(jìn)行修改的建議。【

5、基礎(chǔ)題】測(cè)試工作的基本原則？所有的軟件測(cè)試都應(yīng)追溯到用戶需求應(yīng)當(dāng)把“盡早地和不斷地進(jìn)行軟件測(cè)試”作為軟件測(cè)試者地座右銘完全測(cè)試是不可能的，測(cè)試需要終止測(cè)試無(wú)法顯示軟件潛在的缺陷充分注意測(cè)試中地群集現(xiàn)象程序員應(yīng)避免檢查自己地程序盡量避免測(cè)試的隨意性【中等題】測(cè)試工具分類及常用測(cè)試工具？答：功能測(cè)試工具 QTP性能測(cè)試工具 LoadRunner測(cè)試管理工具 TestDirector白盒測(cè)試工具 Nunit，Junit，C+Test，JTest，BoundsChecker，Logiscope第三章 缺陷管理【基礎(chǔ)題】缺陷的嚴(yán)重等級(jí)劃分與描述？嚴(yán)重：系統(tǒng)崩潰、數(shù)據(jù)丟失、數(shù)據(jù)毀壞較嚴(yán)重：操作性錯(cuò)誤、錯(cuò)誤

6、結(jié)果、遺漏功能一般：小問(wèn)題、錯(cuò)別字、UI布局、罕見(jiàn)故障建議：不影響使用的瑕疵或更好的實(shí)現(xiàn)【基礎(chǔ)題】缺陷的優(yōu)先級(jí)別劃分與描述？最高優(yōu)先級(jí)：立即修復(fù)，停止進(jìn)一步測(cè)試次高優(yōu)先級(jí)：在產(chǎn)品發(fā)布之前必須修復(fù)中等優(yōu)先級(jí)：如果時(shí)間允許應(yīng)該修復(fù)最低優(yōu)先級(jí)：可能會(huì)修復(fù)，但是也能發(fā)布【中等題】缺陷的嚴(yán)重等級(jí)和優(yōu)先級(jí)別之間的關(guān)系？一般地，嚴(yán)重等級(jí)高的軟件缺陷具有較高的優(yōu)先級(jí)。嚴(yán)重等級(jí)高說(shuō)明缺陷對(duì)軟件造成的質(zhì)量危害性大，需要優(yōu)先處理，而嚴(yán)重等級(jí)低的缺陷可能只是軟件不完美，可以稍后處理。嚴(yán)重等級(jí)高優(yōu)先級(jí)不一定高。這有兩種情況：一種是如果某個(gè)嚴(yán)重的軟件缺陷只在非常極端的條件下產(chǎn)生，則沒(méi)必要馬上解決；還有一種情況是，如果修正

7、一個(gè)軟件缺陷需要修改軟件的整體架構(gòu)，可能會(huì)產(chǎn)生更多潛在的缺陷，而且軟件由于市場(chǎng)壓力必須盡快發(fā)布，那么即使缺陷嚴(yán)重等級(jí)很高，是否要修復(fù)還需要全盤(pán)考慮。嚴(yán)重等級(jí)低優(yōu)先級(jí)不一定低。比如軟件名稱或公司名稱拼寫(xiě)錯(cuò)誤，雖然屬于界面錯(cuò)誤，嚴(yán)重等級(jí)不高，但是關(guān)系到軟件和公司的市場(chǎng)形象，必須盡快修正。由此可見(jiàn)，缺陷嚴(yán)重級(jí)別和優(yōu)先級(jí)之間沒(méi)有必然的聯(lián)系。實(shí)際操作時(shí)要根據(jù)具體情況來(lái)判斷缺陷嚴(yán)重級(jí)別和優(yōu)先級(jí)?！局械阮}】缺陷的一般處理流程？第四章 測(cè)試方法【基礎(chǔ)題】黑盒測(cè)試方法有哪些？答：等價(jià)類劃分法，邊界值分析法，因果圖法，判定表驅(qū)動(dòng)法，決策表法，錯(cuò)誤推測(cè)法，正交試驗(yàn)法，功能圖法，場(chǎng)景法。【基礎(chǔ)題】簡(jiǎn)述黑盒測(cè)試的綜合策

8、略？首先應(yīng)用場(chǎng)景法畫(huà)出被側(cè)軟件的總體業(yè)務(wù)流程。然后針對(duì)某個(gè)具體頁(yè)面或模塊進(jìn)行等價(jià)類劃分，包括輸入條件和輸出條件的等價(jià)劃分，將無(wú)限測(cè)試變成有效測(cè)試，這是減少工作量和提高測(cè)試效率最有效的方法。在任何情況下都必須使用邊界值分析方法。經(jīng)驗(yàn)表明，用這種方法設(shè)計(jì)出的測(cè)試用例發(fā)現(xiàn)程序錯(cuò)誤的能力最強(qiáng)?？梢杂缅e(cuò)誤推測(cè)法追加一些測(cè)試用例，這需要依靠測(cè)試工程師的智慧和經(jīng)驗(yàn)。對(duì)照程序邏輯，檢查已設(shè)計(jì)出的測(cè)試用例的邏輯覆蓋程度。如果沒(méi)有達(dá)到要求的覆蓋標(biāo)準(zhǔn)，應(yīng)當(dāng)再補(bǔ)充足夠的測(cè)試用例。如果程序的功能說(shuō)明中含有輸入條件的組合情況，則一開(kāi)始就可選用因果圖法和判定表驅(qū)動(dòng)法。對(duì)于參數(shù)配置類的軟件，要用正交試驗(yàn)法選擇較少的組合方式達(dá)

9、到最佳效果。功能圖法也是很好的測(cè)試用例設(shè)計(jì)方法，我們可以通過(guò)不同時(shí)期條件的有效性設(shè)計(jì)不同的測(cè)試數(shù)據(jù)?！净A(chǔ)題】等價(jià)類劃分法中等價(jià)類分為 有效等價(jià)類 和 無(wú)效等價(jià)類【基礎(chǔ)題】場(chǎng)景法中流程分為 基本流 和 備選流 ?！净A(chǔ)題】因果圖法中基本狀態(tài)有 恒等 非 或 與 ，約束條件有 E（互斥） I（包含） O（唯一） R（要求） M（屏蔽）第五章 測(cè)試策略【基礎(chǔ)題】常見(jiàn)的測(cè)試策略有哪些？界面測(cè)試、功能測(cè)試、易用性測(cè)試、安裝卸載測(cè)試、兼容性測(cè)試、數(shù)據(jù)庫(kù)測(cè)試、可靠性測(cè)試、安全性測(cè)試、文檔測(cè)試【基礎(chǔ)題】Web應(yīng)用測(cè)試的功能測(cè)試主要測(cè)試哪幾個(gè)方面？鏈接測(cè)試 、表單測(cè)試、Cookies測(cè)試、設(shè)計(jì)語(yǔ)言測(cè)試、數(shù)據(jù)庫(kù)

10、測(cè)試【基礎(chǔ)題】Web應(yīng)用測(cè)試的性能測(cè)試主要測(cè)試哪幾個(gè)方面？連接速度測(cè)試、壓力測(cè)試、負(fù)載測(cè)試【基礎(chǔ)題】Web應(yīng)用系統(tǒng)客戶端兼容性測(cè)試主要測(cè)試哪幾個(gè)方面？平臺(tái)測(cè)試、瀏覽器測(cè)試【提高題】Web應(yīng)用系統(tǒng)的安全性測(cè)試區(qū)域主要有哪些？現(xiàn)在的Web應(yīng)用系統(tǒng)基本采用先注冊(cè)，后登錄的方式。因此，必須測(cè)試有效和無(wú)效的用戶名和密碼，要注意到是否大小寫(xiě)敏感，可以試多少次的限制，是否可以不登錄而直接瀏覽某個(gè)頁(yè)面等Web應(yīng)用系統(tǒng)是否有超時(shí)的限制，也就是說(shuō)，用戶登錄后在一定時(shí)間內(nèi)（例如15分鐘）沒(méi)有點(diǎn)擊任何頁(yè)面，是否需要重新登錄才能正常使用為了保證Web應(yīng)用系統(tǒng)的安全性，日志文件是至關(guān)重要的。需要測(cè)試相關(guān)信息是否寫(xiě)進(jìn)了日志

11、文件、是否可追蹤當(dāng)使用了安全套接字時(shí)，還要測(cè)試加密是否正確，檢查信息的完整性服務(wù)器端的腳本常常構(gòu)成安全漏洞，這些漏洞又常常被黑客利用。所以，還要測(cè)試沒(méi)有經(jīng)過(guò)授權(quán)，就不能在服務(wù)器端放置和編輯腳本的問(wèn)題【中等題】數(shù)據(jù)庫(kù)測(cè)試包括哪些方面？數(shù)據(jù)庫(kù)容量測(cè)試，包含大容量測(cè)試和大記錄量測(cè)試數(shù)據(jù)完整性測(cè)試，包括主鍵，外鍵，數(shù)據(jù)類型，長(zhǎng)度，索引等合理性的測(cè)試【中等題】兼容性測(cè)試包括哪些方面？硬件兼容性，包括CPU，內(nèi)存，硬盤(pán)，打印機(jī)等測(cè)試軟件兼容性，包括操作系統(tǒng)，瀏覽器，數(shù)據(jù)庫(kù)，以及其他軟件等兼容性測(cè)試【基礎(chǔ)題】界面測(cè)試包括哪些方面？整體界面測(cè)試，包括易用性，規(guī)范性，合理性，美觀與協(xié)調(diào)，一致性界面元素測(cè)試，包括

12、窗口，菜單，圖標(biāo)，鼠標(biāo)，文字，輔助系統(tǒng)等第六章 測(cè)試分類【基礎(chǔ)題】分別解釋什么是單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試、驗(yàn)收測(cè)試以及它們之間的關(guān)系？單元測(cè)試中，單元是認(rèn)為規(guī)定的最小的被測(cè)功能模塊，其具體含義需要根據(jù)實(shí)際情況來(lái)判定。如：在C語(yǔ)言中單元一般指一個(gè)函數(shù)；在Java中單元一般指一個(gè)類；在圖形化軟件中單元也可以指一個(gè)窗口或一個(gè)菜單。單元測(cè)試的依據(jù)主要有兩個(gè)：一是源程序本身，包括代碼和注釋；還有一個(gè)是項(xiàng)目的詳細(xì)設(shè)計(jì)文檔。集成測(cè)試是單元測(cè)試的下一個(gè)階段，是指將通過(guò)測(cè)試的單元模塊組裝成系統(tǒng)或子系統(tǒng)，再進(jìn)行測(cè)試。重點(diǎn)測(cè)試不同模塊的接口部分，檢查各個(gè)單元模塊結(jié)合到一起能否協(xié)同配合，正常運(yùn)行。集成測(cè)試一般由白

13、盒測(cè)試工程師或開(kāi)發(fā)人員進(jìn)行。集成測(cè)試應(yīng)該在單元測(cè)試之后進(jìn)行。但實(shí)際項(xiàng)目中，如果等到所有單元測(cè)試都完成再進(jìn)行集成測(cè)試則效率太低，所以往往單元測(cè)試和集成測(cè)試同步進(jìn)行。也即是：在單元測(cè)試中先測(cè)試幾個(gè)單元的自身功能，然后再集成測(cè)試一下這幾個(gè)單元的接口（即參數(shù)傳遞）。集成測(cè)試的依據(jù)是單元測(cè)試的模塊以及概要設(shè)計(jì)文檔。集成測(cè)試之后，就進(jìn)行系統(tǒng)測(cè)試。系統(tǒng)測(cè)試是為了驗(yàn)證和確認(rèn)系統(tǒng)是否達(dá)到其原始目標(biāo)，而對(duì)集成的硬件和軟件系統(tǒng)進(jìn)行的測(cè)試。系統(tǒng)測(cè)試是在真實(shí)或模擬系統(tǒng)運(yùn)行的環(huán)境下，檢查完整的程序系統(tǒng)是否能和系統(tǒng)（包括硬件、外設(shè)、網(wǎng)絡(luò)和系統(tǒng)平臺(tái)、支持平臺(tái)等）正確配置、連接，并滿足用戶需求等。系統(tǒng)測(cè)試將整個(gè)軟件系統(tǒng)看做一個(gè)

14、整體進(jìn)行測(cè)試，包括對(duì)功能、性能，以及軟件所運(yùn)行的軟硬件環(huán)境進(jìn)行測(cè)試。主要依據(jù)是系統(tǒng)需求規(guī)格說(shuō)明書(shū)文檔。驗(yàn)收測(cè)試是指按照項(xiàng)目任務(wù)書(shū)或合同、供需雙方約定的驗(yàn)收依據(jù)文檔進(jìn)行的對(duì)整個(gè)系統(tǒng)的測(cè)試與評(píng)審，用戶決定是接收或拒收系統(tǒng)。驗(yàn)收測(cè)試在系統(tǒng)測(cè)試后期進(jìn)行，以用戶測(cè)試為主，或者有測(cè)試人員等質(zhì)量保障人員共同參與的測(cè)試。它是軟件正式交給用戶使用的最后一道工序?！局械阮}】什么是測(cè)試和測(cè)試？ 測(cè)試指的是由用戶、測(cè)試人員、開(kāi)發(fā)人員等共同參與的內(nèi)部測(cè)試測(cè)試指的是內(nèi)測(cè)后的公測(cè)，即完全交給最終用戶測(cè)試【基礎(chǔ)題】功能測(cè)試分為哪幾種？邏輯功能測(cè)試、界面測(cè)試、易用性測(cè)試、安裝測(cè)試、兼容性測(cè)試【提高題】性能測(cè)試主要有幾種并逐一解

15、釋？時(shí)間性能：主要指軟件的一個(gè)具體事務(wù)的響應(yīng)時(shí)間空間性能：主要指軟件運(yùn)行時(shí)所消耗的系統(tǒng)資源一般性能測(cè)試：指的是讓被測(cè)試系統(tǒng)在正常的軟硬件環(huán)境下運(yùn)行，不向其施加任何壓力的性能測(cè)試穩(wěn)定性測(cè)試：也叫可靠性測(cè)試，是指連續(xù)運(yùn)行被測(cè)系統(tǒng)，檢查系統(tǒng)運(yùn)行時(shí)的穩(wěn)定程度負(fù)載測(cè)試：指讓被測(cè)試系統(tǒng)在其能忍受壓力的極限范圍之內(nèi)連續(xù)運(yùn)行，來(lái)測(cè)試系統(tǒng)的穩(wěn)定性壓力測(cè)試：指持續(xù)不斷給被測(cè)試系統(tǒng)增加壓力，直到將被測(cè)試系統(tǒng)壓垮為止，用來(lái)測(cè)試系統(tǒng)所呢承受的最大壓力【提高題】分別解釋什么是回歸測(cè)試、冒煙測(cè)試、隨機(jī)測(cè)試？回歸測(cè)試是指對(duì)軟件的新的版本測(cè)試時(shí)，重復(fù)執(zhí)行上個(gè)版本測(cè)試時(shí)的用例?；貧w測(cè)試可以用在任何測(cè)試階段進(jìn)行，既有黑盒測(cè)試的回歸

16、，也有白盒測(cè)試的回歸。冒煙測(cè)試就是先保證系統(tǒng)能跑的起來(lái)，不至于讓測(cè)試工作做到一半突然出現(xiàn)錯(cuò)誤導(dǎo)致業(yè)務(wù)中斷。目的就是先通過(guò)最基本的測(cè)試，如果最基本的測(cè)試都有問(wèn)題，就直接打回開(kāi)發(fā)部了，減少測(cè)試部門時(shí)間的浪費(fèi)。隨機(jī)測(cè)試是指測(cè)試中所有的輸入數(shù)據(jù)都是隨機(jī)生成的，其目的是模擬用戶的真實(shí)操作，并發(fā)現(xiàn)一些邊緣性錯(cuò)誤。在實(shí)際項(xiàng)目中，一般都是先做大規(guī)模正規(guī)測(cè)試，再輔助一些隨機(jī)測(cè)試。隨機(jī)測(cè)試可能發(fā)現(xiàn)一些隱蔽的錯(cuò)誤，但是無(wú)法統(tǒng)計(jì)代碼覆蓋率和需求覆蓋率，很難進(jìn)行回歸測(cè)試。我們應(yīng)該先做正規(guī)測(cè)試，如果時(shí)間允許的話，再輔助一些隨機(jī)測(cè)試。第七章 測(cè)試管理【中等題】簡(jiǎn)述需求分析的任務(wù)？確定對(duì)系統(tǒng)的綜合要求（功能需求，性能需求，出

17、錯(cuò)處理需求，接口需求，約束，將來(lái)可能提出的需求）分析系統(tǒng)的數(shù)據(jù)要求（軟件系統(tǒng)經(jīng)常使用各種長(zhǎng)期保存的信息，這些信息通常以一定方式組織并存儲(chǔ)在數(shù)據(jù)庫(kù)或文件中，為減少數(shù)據(jù)冗余，避免出現(xiàn)插入異常或刪除異常，簡(jiǎn)化修改數(shù)據(jù)的過(guò)程，通常需要把數(shù)據(jù)結(jié)構(gòu)規(guī)范化）導(dǎo)出系統(tǒng)的邏輯模型（分析的結(jié)果可以導(dǎo)出系統(tǒng)的詳細(xì)的邏輯模型，通常用數(shù)據(jù)流圖、實(shí)體-聯(lián)系圖、狀態(tài)轉(zhuǎn)換圖、數(shù)據(jù)字典和主要的處理算法描述這個(gè)邏輯模型）修正系統(tǒng)開(kāi)發(fā)計(jì)劃（根據(jù)在分析過(guò)程中獲得的對(duì)系統(tǒng)的更深入更具體的了解，可以比較準(zhǔn)確地估計(jì)系統(tǒng)的成本和進(jìn)度，修正以前制定的開(kāi)發(fā)計(jì)劃）【基礎(chǔ)題】測(cè)試過(guò)程會(huì)產(chǎn)生哪些文檔？測(cè)試計(jì)劃、測(cè)試用例、缺陷報(bào)告、測(cè)試總結(jié)報(bào)告【基礎(chǔ)題

18、】測(cè)試計(jì)劃應(yīng)包含哪些內(nèi)容？對(duì)測(cè)試范圍的界定（在有時(shí)間約束，工作產(chǎn)品質(zhì)量約束的情況下，唯一能夠調(diào)整就是測(cè)試范圍）對(duì)風(fēng)險(xiǎn)的確定（項(xiàng)目中總是有不確定的因素。 這些因素一旦發(fā)生之后記錄對(duì)項(xiàng)目的順利執(zhí)行產(chǎn)生相當(dāng)大的消極影響。所以在項(xiàng)目中，首先需要識(shí)別出存在的風(fēng)險(xiǎn)。風(fēng)險(xiǎn)識(shí)別的原則可以有很多，常見(jiàn)的一種就是如果一件事情發(fā)生后，會(huì)對(duì)項(xiàng)目的進(jìn)度產(chǎn)生較大影響，那么就可以把該事件作為一個(gè)風(fēng)險(xiǎn)。風(fēng)險(xiǎn)識(shí)別出之后，管理者需要按照這些風(fēng)險(xiǎn)制定出規(guī)避風(fēng)險(xiǎn)的方法）對(duì)資源的規(guī)劃（確定完成任務(wù)需要消耗的人力資源，物資資源）時(shí)間表的制定（在識(shí)別出子任務(wù)和資源之后，我們便可以將任務(wù)，資源和時(shí)間 關(guān)聯(lián)起來(lái)形成時(shí)間進(jìn)度表）【基礎(chǔ)題】編寫(xiě)測(cè)

19、試計(jì)劃應(yīng)該注意哪些事項(xiàng)？增強(qiáng)測(cè)試計(jì)劃的實(shí)用性（在制定測(cè)試計(jì)劃時(shí)一定要注意針對(duì)實(shí)際項(xiàng)目、實(shí)際情況制定一個(gè)實(shí)用的計(jì)劃，以便指導(dǎo)和規(guī)劃整個(gè)測(cè)試過(guò)程）明確內(nèi)容與過(guò)程（明確測(cè)試的范圍和內(nèi)容，測(cè)試的目的，測(cè)試的開(kāi)始和結(jié)束日期，給出測(cè)試文檔和軟件的存放位置，測(cè)試人員的分配，指出測(cè)試的方法和工具）采用評(píng)審和更新機(jī)制，保證測(cè)試計(jì)劃滿足實(shí)際需求（評(píng)審是指需要采取相應(yīng)的評(píng)審機(jī)制對(duì)測(cè)試計(jì)劃的完整性、正確性、可行性進(jìn)行評(píng)估）分別創(chuàng)建測(cè)試計(jì)劃和測(cè)試策略（有時(shí)為了避免測(cè)試計(jì)劃篇幅過(guò)長(zhǎng)，重點(diǎn)不突出，也可把測(cè)試策略從測(cè)試計(jì)劃中分離出來(lái)，單獨(dú)撰寫(xiě)一個(gè)文檔）【中等題】測(cè)試總結(jié)報(bào)告的作用是什么？說(shuō)明編寫(xiě)目的，范圍，參考資料，專業(yè)術(shù)語(yǔ)

20、的定義指明實(shí)際進(jìn)行的測(cè)試工作內(nèi)容與測(cè)試計(jì)劃中預(yù)先設(shè)計(jì)的內(nèi)容之間的差別，說(shuō)明作出這種改變的原因描述軟件測(cè)試的結(jié)果和發(fā)現(xiàn)確定軟件的功能能力和缺陷給出建議和評(píng)價(jià)總結(jié)測(cè)試資源的消耗測(cè)試總結(jié)也即是測(cè)試評(píng)估，是軟件測(cè)試生命周期的最后一個(gè)環(huán)節(jié)。在這一環(huán)節(jié)里面，測(cè)試主管需要對(duì)測(cè)試的過(guò)程和結(jié)果一個(gè)系統(tǒng)的評(píng)價(jià)，判定軟件產(chǎn)品能否最終發(fā)布或是交給用戶進(jìn)行驗(yàn)收。第八章 TestDirector【基礎(chǔ)題】TestDirector的總體管理流程？Specify Requirements：分析并確認(rèn)測(cè)試需求。Plan Tests：依據(jù)測(cè)試需求制定測(cè)試計(jì)劃。Execute Tests：創(chuàng)建測(cè)試實(shí)例并執(zhí)行。Track Defec

21、ts：缺陷跟蹤和管理，并生成測(cè)試報(bào)告和各種測(cè)試統(tǒng)計(jì)圖表?！局械阮}】TestDirector確認(rèn)需求階段的流程？Define Testing Scope：定義測(cè)試范圍階段，包括設(shè)定測(cè)試目標(biāo)、測(cè)試策略等內(nèi)容。Create Requirements：創(chuàng)建需求階段，將需求說(shuō)明書(shū)中的所有需求轉(zhuǎn)化為測(cè)試需求。Detail Requirements：詳細(xì)描述每一個(gè)需求，包括其含義、作者等信息。Analyze Requirements：生成各種測(cè)試報(bào)告和統(tǒng)計(jì)圖表，來(lái)分析和評(píng)估這些需求能否達(dá)到設(shè)定的測(cè)試目標(biāo)?！局械阮}】TestDirector制定測(cè)試計(jì)劃的流程？Define Testing Strategy：定

22、義具體的測(cè)試策略。Define Test Subjects：將被測(cè)系統(tǒng)劃分為若干個(gè)分等級(jí)的功能模塊。Define Tests：為每一個(gè)模塊設(shè)計(jì)測(cè)試集，也就是測(cè)試實(shí)例。Create Requirements Covrage：將測(cè)試需求和測(cè)試計(jì)劃作一個(gè)關(guān)聯(lián)，使測(cè)試需求自動(dòng)轉(zhuǎn)化為具體的測(cè)試計(jì)劃。Design Test Steps：為每一個(gè)測(cè)試集設(shè)計(jì)具體測(cè)試步驟。Automate Tests ：創(chuàng)建自動(dòng)化測(cè)試腳本。Analyze Test Plan：借助自動(dòng)化生成得測(cè)試報(bào)告和統(tǒng)計(jì)圖表來(lái)分析和評(píng)估測(cè)試計(jì)劃。【中等題】TestDirector執(zhí)行測(cè)試的流程？Create Test Sets：創(chuàng)建測(cè)試集，一

23、個(gè)測(cè)試集可以包含多個(gè)測(cè)試項(xiàng)。Schedule Runs：制定執(zhí)行方案。Run Test Results：借助自動(dòng)生成的各種報(bào)告和統(tǒng)計(jì)圖表來(lái)分析測(cè)試的執(zhí)行結(jié)果?！净A(chǔ)題】TestDirector缺陷跟蹤的流程？Add Defects：添加缺陷報(bào)告。質(zhì)量保障人員、開(kāi)發(fā)人員、項(xiàng)目經(jīng)理、最終用戶，都可以在測(cè)試的任何階段添加缺陷報(bào)告。Review New Defects ：分析評(píng)估新提交的缺陷，確認(rèn)哪些缺陷需要解決。Repair Open Defects：修復(fù)狀態(tài)為Open的缺陷。Test New Build：回歸測(cè)試新的版本。Analyze Defect Data：通過(guò)自動(dòng)生成的報(bào)告和統(tǒng)計(jì)圖表進(jìn)行分析

24、。第九章 自動(dòng)化測(cè)試【基礎(chǔ)題】業(yè)務(wù)組件（或組件）：一種易于維護(hù)且可重復(fù)使用的單元，該單元包含執(zhí)行特定任務(wù)的一個(gè)或多個(gè)步驟。業(yè)務(wù)組件可能需要來(lái)自外部源或其他組件的輸入值，并可向其他組件返回輸出值。【基礎(chǔ)題】業(yè)務(wù)流程測(cè)試：由一系列業(yè)務(wù)組件組成的場(chǎng)景，用于測(cè)試應(yīng)用程序的特定業(yè)務(wù)流程?！局械阮}】下列哪種方法不能用來(lái)在不同的Action之間進(jìn)行值的傳遞（B）利用Action Parameters功能把變量放入data table自定義環(huán)境變量（TestSettingsEnvironment）使用全局變量【基礎(chǔ)題】在下列哪個(gè)對(duì)話框中可進(jìn)行錄制頁(yè)面或應(yīng)用程序地址設(shè)定（B）SettingsRecord and

25、 Run SettingsOptionEditer Option【基礎(chǔ)題】常用的五種檢查點(diǎn)類型為：標(biāo)準(zhǔn)檢查點(diǎn)、圖像檢查點(diǎn)、表檢查點(diǎn)、頁(yè)面檢查點(diǎn)、文本/文本區(qū)域檢查點(diǎn) 【中等題】創(chuàng)建Recovery Scenario需要以下幾步：Select Trigger Event、Recovery Oprations、Post -Recovery Test Run Options、Name And Descriptions、Save 【中等題】關(guān)鍵字視圖包括以下幾列：Item、Operation、Value、Assignment、Comment、Document 【基礎(chǔ)題】在VBScript中，返回一個(gè)字

26、符串在另一個(gè)字符串中位置的函數(shù)為：instr(string1,string2) 【基礎(chǔ)題】QTP中對(duì)象識(shí)別機(jī)制是什么？答：QTP識(shí)別對(duì)象有兩種方式：第一種：QTP可通過(guò)錄制或添加的方式將對(duì)象的屬性及對(duì)應(yīng)屬性值存放在對(duì)象庫(kù)中。在腳本回放時(shí)，QTP會(huì)查找與對(duì)象庫(kù)中記錄最相符合的對(duì)象實(shí)行操作。第二種：如果使用對(duì)象本身的接口來(lái)識(shí)別對(duì)象，QTP不通過(guò)對(duì)象庫(kù)，而是直接根據(jù)腳本中對(duì)于對(duì)象屬性及屬性值的描述來(lái)查找符合的對(duì)象并執(zhí)行操作。這種方式也就是我們所熟知的描述性編程?！净A(chǔ)題】請(qǐng)簡(jiǎn)述使用QTP進(jìn)行自動(dòng)化測(cè)試的優(yōu)點(diǎn)？快速Q(mào)uickTest 運(yùn)行測(cè)試比實(shí)際用戶快得多。 可靠測(cè)試每次運(yùn)行時(shí)都會(huì)準(zhǔn)確執(zhí)行相同的操作

27、，因此消除了人為的錯(cuò)誤。 可重復(fù)您可以通過(guò)重復(fù)執(zhí)行相同的操作來(lái)測(cè)試網(wǎng)站或應(yīng)用程序的反應(yīng)。 可編程您可以編寫(xiě)復(fù)雜的測(cè)試來(lái)找出隱藏的信息。 全面您可以建立一套測(cè)試來(lái)測(cè)試網(wǎng)站或應(yīng)用程序的所有功能。 可重用您可以在不同版本的網(wǎng)站或應(yīng)用程序上重復(fù)使用測(cè)試，甚至在用戶界面更改的情況下也不例外。【提高題】QTP如何連接到 Quality Center 項(xiàng)目？請(qǐng)寫(xiě)出詳細(xì)描述步驟選擇“工具”“Quality Center 連接”，或單擊“Quality Center 連接”工具欄按鈕。將打開(kāi)“Quality Center 連接”對(duì)話框。在“服務(wù)器”框中，鍵入安裝有 Quality Center 的 Web 服務(wù)

28、器的 URL 地址。注意： 您可以選擇可通過(guò)局域網(wǎng) (LAN) 或廣域網(wǎng) (WAN) 訪問(wèn)的 Web 服務(wù)器。 在“服務(wù)器連接”區(qū)域中，單擊“連接”。建立與服務(wù)器的連接后，服務(wù)器名將以只讀格式顯示在“服務(wù)器”框中。在“域”框中，選擇包含 Quality Center 項(xiàng)目的域。在“項(xiàng)目”框中，選擇要使用的項(xiàng)目。在“用戶名”框中，鍵入用于打開(kāi)選定項(xiàng)目的用戶名。在“密碼”框中，鍵入選定項(xiàng)目的密碼。在“項(xiàng)目連接”區(qū)域中，單擊“連接”，將 QuickTest 連接到選定項(xiàng)目。建立到選定項(xiàng)目的連接后，“項(xiàng)目連接”區(qū)域中的字段將以只讀格式顯示。 要在下次打開(kāi) QuickTest 時(shí)自動(dòng)重新連接到 Qual

29、ity Center 服務(wù)器和選定項(xiàng)目，請(qǐng)選中“啟動(dòng)時(shí)重新連接”復(fù)選框。如果沒(méi)有選中“啟動(dòng)時(shí)重新連接”復(fù)選框，則下次嘗試創(chuàng)建或打開(kāi)業(yè)務(wù)組件或應(yīng)用程序區(qū)域時(shí)，系統(tǒng)將提示您連接到 Quality Center 項(xiàng)目。 如果選中了“啟動(dòng)時(shí)重新連接”復(fù)選框，則“保存啟動(dòng)時(shí)重新連接使用的密碼”復(fù)選框處于啟用狀態(tài)。要保存啟動(dòng)時(shí)重新連接使用的密碼，請(qǐng)選中“保存啟動(dòng)時(shí)重新連接使用的密碼”復(fù)選框。如果不保存密碼，則啟動(dòng)過(guò)程中在 QuickTest 連接到 Quality Center 時(shí)將提示您輸入密碼。 注意： 當(dāng)首次連接到 Quality Center 服務(wù)器時(shí)，QuickTest 將在您的 Quality

30、 Center 項(xiàng)目中設(shè)置默認(rèn)的 Business Process Testing 文件夾和文件。 單擊“關(guān)閉”以關(guān)閉“Quality Center 連接”對(duì)話框。狀態(tài)欄中將顯示 Quality Center 圖標(biāo)以指示 QuickTest 當(dāng)前已經(jīng)連接到 Quality Center 項(xiàng)目。 第十章 白盒測(cè)試【中等題】白盒測(cè)試：種易于維護(hù)且可重復(fù)使用的單元，該單元包含執(zhí)行特定任務(wù)的一個(gè)或多個(gè)步驟。業(yè)務(wù)組件可能需要來(lái)自外部源或其他組件的輸入值，并可向其他組件返回輸出值?！局械阮}】冒煙測(cè)試：對(duì)每一個(gè)新編譯的需要正式測(cè)試的軟件版本進(jìn)行預(yù)測(cè)試，目的是確認(rèn)軟件基本功能正常，可以進(jìn)行后續(xù)的正式測(cè)試工作。

31、【基礎(chǔ)題】代碼檢查的目標(biāo)包括：代碼預(yù)設(shè)計(jì)是否一致、代碼是否遵循標(biāo)準(zhǔn)、代碼邏輯表達(dá)式正確性、代碼結(jié)構(gòu)合理性、程序中是否有不安全、不明確、模糊的部分 、編程風(fēng)格【基礎(chǔ)題】動(dòng)態(tài)白盒測(cè)試的原則：每個(gè)模塊所有獨(dú)立路徑至少使用一次、邏輯值為True或False、在上下邊界及可操作范圍內(nèi)運(yùn)行循環(huán)、檢查內(nèi)部數(shù)據(jù)結(jié)構(gòu)以確保其有效性【基礎(chǔ)題】邏輯覆蓋法包括：語(yǔ)句覆蓋、條件覆蓋、判定覆蓋、條件判定組合覆蓋、多條件覆蓋、路徑覆蓋【提高題】Nunit中常用屬性有哪些，分別解釋其作用答：Test Fixture ：標(biāo)記一個(gè)類包含測(cè)試Test：標(biāo)記一個(gè)類（已經(jīng)標(biāo)記為TestFixture）的某個(gè)方法是可以測(cè)試的。SetUp

32、：標(biāo)記常規(guī)的初始化TearDown：標(biāo)記常規(guī)的清除Ignore：標(biāo)記保持測(cè)試，但又不運(yùn)行它們TestFixtureSetUp：標(biāo)記為整個(gè)TestFixture初始化資源方法一次的方法 TestFixtureTearDown：標(biāo)記為整個(gè)TestFixture釋放資源方法一次的方法 Category：對(duì)測(cè)試進(jìn)行分類Explicit：本屬性忽略一個(gè)test和test fixture，直到它們顯式的選擇執(zhí)行。如果test和test fixture在執(zhí)行的過(guò)程中被發(fā)現(xiàn)，就忽略他們。 Expected Exception：期望在運(yùn)行時(shí)拋出一個(gè)期望的異常，如果是，則測(cè)試通過(guò)，否則不通過(guò)。 【基礎(chǔ)題】簡(jiǎn)述基本

33、路徑覆蓋法的步驟以詳細(xì)設(shè)計(jì)或源代碼作為基礎(chǔ)，導(dǎo)出程序的控制流圖。計(jì)算得到的控制流圖G的環(huán)路復(fù)雜性V（G）。確定線性無(wú)關(guān)的路徑的基本集。生成測(cè)試用例，確?；韭窂郊忻織l路徑的執(zhí)行?！局械阮}】對(duì)以下程序用基本路徑覆蓋法設(shè)計(jì)流程控制圖。Void getPrimers(int f, int t)int m,n,flag;printf(“nThe primers from %d to %d is:n”,f,t);for(m=f;m=t;m+)flag=1;for(n=2;n=m/2;n+)if(m%n = 0)flag=0;break;If(flag=0)continue;printf(“%d,”,m

34、);開(kāi)始定義變量,打印數(shù)據(jù)范圍mt結(jié)束（退出循環(huán)）flag=1nm/2m/n=0flag=0n=n+1flag=0m=m+1TPrint mTFFTFFT1234567891001101234578961011第十一章 性能測(cè)試【中等題】軟件性能：軟件的性能是軟件的一種非功能特性，它關(guān)注的不是軟件是否能夠完成特定的功能，而是在完成該功能時(shí)展示出來(lái)的及時(shí)性。由于感受軟件性能的主體是人，不同的人對(duì)于同樣的軟件能有不同的主觀感受，而且不同的人對(duì)于軟件性能關(guān)心的視角也不同。 【基礎(chǔ)題】并發(fā)：狹義的并發(fā)是指所有用戶同一時(shí)刻做同一事件或操作。特例：操作同一條數(shù)據(jù)（完全一樣）；廣義的并發(fā)是指用戶同時(shí)與服務(wù)器

35、交互，但有可能是在進(jìn)行不同操作【基礎(chǔ)題】吞吐量：一次測(cè)試中系統(tǒng)處理的客戶請(qǐng)求的數(shù)量【基礎(chǔ)題】吞吐率：?jiǎn)挝粫r(shí)間內(nèi)系統(tǒng)處理的客戶請(qǐng)求的數(shù)量【基礎(chǔ)題】可靠性測(cè)試：通過(guò)給系統(tǒng)加載一定的業(yè)務(wù)壓力（例如資源在70%90%的使用率）的情況下，讓?xiě)?yīng)用持續(xù)運(yùn)行一段時(shí)間，測(cè)試系統(tǒng)在這種條件下是否能夠穩(wěn)定運(yùn)行?！净A(chǔ)題】負(fù)載測(cè)試：通過(guò)在被測(cè)系統(tǒng)上不斷增加壓力，直到性能指標(biāo)，例如“響應(yīng)時(shí)間”超過(guò)預(yù)定指標(biāo)或者某種資源使用已經(jīng)達(dá)到飽和狀態(tài)?！净A(chǔ)題】壓力測(cè)試：對(duì)系統(tǒng)不斷施加壓力的測(cè)試。通過(guò)確定一個(gè)系統(tǒng)的瓶頸或不能接收用戶請(qǐng)求的性能點(diǎn)，來(lái)獲得系統(tǒng)提供的最大服務(wù)級(jí)別的測(cè)試。【基礎(chǔ)題】強(qiáng)度測(cè)試：迫使資源在異常的系統(tǒng)資源配置下運(yùn)

36、行，檢查程序?qū)Ξ惓Ｇ闆r的抵抗能力，對(duì)測(cè)試系統(tǒng)的穩(wěn)定性和擴(kuò)展性都很重要?！局械阮}】事務(wù)：在業(yè)務(wù)上是用戶的一個(gè)或一系列操作，代表一定的功能；在程序上表現(xiàn)為一段代碼區(qū)塊；測(cè)試人員可以將一個(gè)或多個(gè)操作步驟定義為一個(gè)事務(wù)，以衡量這部分的用戶并發(fā)響應(yīng)時(shí)間【中等題】Loadrunner工具包括組成部分：Virtual User Generator、Controller、Load Generator、Analysis【中等題】思考時(shí)間函數(shù)為：Ir_think_time(double time)【中等題】在VUser Generator中輸出參數(shù)username當(dāng)前值的代碼為：lr_output_message

37、(lr_eval_string(username);【基礎(chǔ)題】簡(jiǎn)述性能測(cè)試流程及Loadrunner測(cè)試步驟答：性能測(cè)試流程如下：測(cè)試需求分析、測(cè)試計(jì)劃的制定與評(píng)審、測(cè)試用例的設(shè)計(jì)與開(kāi)發(fā)、測(cè)試的執(zhí)行與監(jiān)控、分析測(cè)試結(jié)果、編寫(xiě)性能測(cè)試報(bào)告、總結(jié)測(cè)試經(jīng)驗(yàn)Loadrunner測(cè)試步驟如下：計(jì)劃測(cè)試、設(shè)計(jì)測(cè)試、創(chuàng)建VUser腳本、創(chuàng)建測(cè)試場(chǎng)景、運(yùn)行測(cè)試場(chǎng)景、分析結(jié)果【中等題】What is load testing? （英文作答） Load testing is to test that if the application works fine with the loads that result

38、from large number of simultaneous users, transactions and to determine weather it can handle peak usage periods. 【提高題】What is Performance testing（英文作答）Timing for both read and update transactions should be gathered to determine whether system functions are being performed in an acceptable timeframe.

39、 This should be done standalone and then in a multi user environment to determine the effect of multiple transactions on the timing of a single transaction. 【基礎(chǔ)題】Did u use LoadRunner? What version? （英文作答） Yes. Version 8.1. 【提高題】When do you do load and performance Testing? （英文作答）We perform load testi

40、ng once we are done with interface (GUI) testing. Modern system architectures are large and complex. Whereas single user testing primarily on functionality and user interface of a system component, application testing focuses on performance and reliability of an entire system. For example, a typical

41、 application-testing scenario might depict 1000 users logging in simultaneously to a system. This gives rise to issues such as what is the response time of the system, does it crash, will it go with different software applications and platforms, can it hold so many hundreds and thousands of users, e

42、tc. This is when we set do load and performance testing. 【基礎(chǔ)題】What are the components of LoadRunner? （英文作答）The components of LoadRunner are The Virtual User Generator, Controller, and the Agent process, LoadRunner Analysis and Monitoring, LoadRunner Books Online. 【基礎(chǔ)題】What Component of LoadRunner would you u