軟件測(cè)試筆試題1

　　一、測(cè)試總體

　　1. 什么是軟件測(cè)試?

　　答：為了發(fā)現(xiàn)程序中的錯(cuò)誤而執(zhí)行程序的過(guò)程

　　2. 軟件測(cè)試的目的?

　　答：首先，測(cè)試并不僅僅是為了要找出錯(cuò)誤。通過(guò)分析錯(cuò)誤產(chǎn)生的原因和錯(cuò)誤的分布特征，可以幫助項(xiàng)目管理者發(fā)現(xiàn)當(dāng)前所采用的軟件過(guò)程的缺陷，以便改進(jìn)。同時(shí)，這種分析也能幫助我們?cè)O(shè)計(jì)出有針對(duì)性地檢測(cè)方法，改善測(cè)試的有效性。

　　其次，沒(méi)有發(fā)現(xiàn)錯(cuò)誤的測(cè)試也是有價(jià)值的，完整的測(cè)試是評(píng)定測(cè)試質(zhì)量的一種方法。詳細(xì)而嚴(yán)謹(jǐn)?shù)目煽啃栽鲩L(zhǎng)模型可以證明這一點(diǎn)。

　　測(cè)試的目的是按照用戶(hù)所需軟件的質(zhì)量，檢查開(kāi)發(fā)軟件過(guò)程出現(xiàn)的bug, 使得開(kāi)發(fā)人員及時(shí)修改，可以避免在開(kāi)發(fā)結(jié)束的時(shí)候發(fā)現(xiàn)軟件存在質(zhì)量問(wèn)題，避免公司不必要的損失。贏得用戶(hù)對(duì)公司產(chǎn)品的認(rèn)可。

　　測(cè)試的目的是以最少人力、物力和時(shí)間找出軟件中潛在各種錯(cuò)誤和缺陷，通過(guò)修正種錯(cuò)誤和缺陷提高軟件質(zhì)量，回避軟件發(fā)布后由于潛在的軟件缺陷和錯(cuò)誤造成的隱患帶來(lái)的商業(yè)風(fēng)險(xiǎn)。

　　測(cè)試的附帶收獲是，它能夠證明軟件的功能和性能與需求說(shuō)明相符合。實(shí)施測(cè)試收集到的測(cè)試結(jié)果數(shù)據(jù)為可靠性分析提供了依據(jù)。測(cè)試不能表明軟件中不存在錯(cuò)誤，它只能說(shuō)明軟件中存在錯(cuò)誤。

　　3. 軟件測(cè)試的目標(biāo)

　　答：發(fā)現(xiàn)盡可能多的錯(cuò)誤。測(cè)試是一個(gè)為了尋找錯(cuò)誤而運(yùn)行程序的過(guò)程。一個(gè)好的測(cè)試案例是指很可能找到迄今為止尚未發(fā)現(xiàn)的錯(cuò)誤的用例。一個(gè)成功的測(cè)試是指揭示了迄今為止尚未發(fā)現(xiàn)的錯(cuò)誤的測(cè)試。

　　4. 軟件測(cè)試的原則

　　1) 應(yīng)當(dāng)把"盡早地和不斷地進(jìn)行軟件測(cè)試"作為軟件開(kāi)發(fā)者的座右銘。

　　2) 測(cè)試用例應(yīng)由測(cè)試輸入數(shù)據(jù)和對(duì)應(yīng)的預(yù)期輸出結(jié)果這兩部分組成。

　　3) 程序員應(yīng)避免檢查自己的程序。

　　4) 在設(shè)計(jì)測(cè)試用例時(shí)，應(yīng)包括合理的輸入條件和不合理的輸入條件。

　　5) 軟件測(cè)試的原則

　　6) 充分注意測(cè)試中的群集現(xiàn)象。經(jīng)驗(yàn)表明，測(cè)試后程序中殘存的錯(cuò)誤數(shù)目與該程序中已發(fā)現(xiàn)的錯(cuò)誤數(shù)目成正比。

　　7) 嚴(yán)格執(zhí)行測(cè)試計(jì)劃，排除測(cè)試的隨意性軟件測(cè)試面試筆試題完全版軟件測(cè)試面試筆試題完全版。

　　8) 應(yīng)當(dāng)對(duì)每一個(gè)測(cè)試結(jié)果做全面檢查。

　　9) 妥善保存測(cè)試計(jì)劃，測(cè)試用例，出錯(cuò)統(tǒng)計(jì)和最終分析報(bào)告，為維護(hù)提供方便。

　　5. 測(cè)試的職責(zé)

　　測(cè)試經(jīng)理：

　　1、制定測(cè)試計(jì)劃。

　　2、確保測(cè)試過(guò)程正常進(jìn)行。

　　測(cè)試工程師

　　1、編寫(xiě)測(cè)試用例

　　2、搭建測(cè)試環(huán)境

　　3、執(zhí)行測(cè)試

　　6. 軟件都有多少種分類(lèi)?

　　答：根據(jù)功能的不同，電腦軟件可以粗略地分成四個(gè)層次：

　　最貼近電腦硬件的是一些小巧的軟件。它們實(shí)現(xiàn)一些最基本的功能，通常"固化"在只讀存儲(chǔ)器芯片中，因此稱(chēng)為固件。

　　系統(tǒng)軟件包括操作系統(tǒng)和編譯器軟件等。系統(tǒng)軟件和硬件一起提供一個(gè)"平臺(tái)"。它們管理和優(yōu)化電腦硬件資源的使用。

　　支持軟件。包括圖形用戶(hù)界面、軟件開(kāi)發(fā)工具、軟件評(píng)測(cè)工具、數(shù)據(jù)庫(kù)管理系統(tǒng)、中間件等。

　　應(yīng)用軟件種類(lèi)最多，包括辦公軟件、電子商務(wù)軟件、通信軟件、行業(yè)軟件，游戲軟件等等。

　　7. 測(cè)試的主要方面

　　答：A、功能測(cè)試：a、鏈接測(cè)試b、表單測(cè)試c、Cookies 測(cè)試d、設(shè)計(jì)語(yǔ)言測(cè)試e、數(shù)據(jù)庫(kù)測(cè)試

　　B、性能測(cè)試：a、連接速度測(cè)試b、負(fù)載測(cè)試c、壓力測(cè)試

　　C、接口測(cè)試：a、服務(wù)器接口b、外部接口c、錯(cuò)誤處理

　　D、可用性測(cè)試: a、導(dǎo)航測(cè)試b、圖形測(cè)試c、內(nèi)容測(cè)試d、整體界面測(cè)試

　　E、兼容性測(cè)試：a、平臺(tái)測(cè)試b、瀏覽器測(cè)試c、視頻測(cè)試d、Modem/連接速率測(cè)試f、打印機(jī)測(cè)試g、組合測(cè)試

　　F、安全測(cè)試：a、目錄設(shè)置b、登錄c、Session d、日志文件e、加密f、安全漏洞

　　G、代碼合法性測(cè)試：a、程序代碼合法性檢查b、顯示代碼合法性檢查

　　H、文檔測(cè)試：

　　8. 軟件測(cè)試的對(duì)象

　　答：軟件測(cè)試并不等于程序測(cè)試。軟件測(cè)試應(yīng)貫穿于軟件定義與開(kāi)發(fā)的整個(gè)期間。需求分析、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)以及程序編碼等各階段所得到的文檔，包括需求規(guī)格說(shuō)明、概要設(shè)計(jì)規(guī)格說(shuō)明、詳細(xì)設(shè)計(jì)規(guī)格說(shuō)明以及源程序，都應(yīng)成為軟件測(cè)試的對(duì)象

　　9. 什么是"測(cè)試案例"?

　　答：測(cè)試案例是一份文檔，它描述了一個(gè)輸入、反應(yīng)、或者是與其相應(yīng)的預(yù)期的響應(yīng)，以便來(lái)判斷應(yīng)用軟件的工作是否正常。測(cè)試案例應(yīng)當(dāng)包括測(cè)試標(biāo)識(shí)、測(cè)試案例的名稱(chēng)、目標(biāo)、測(cè)試條件/設(shè)置、輸入數(shù)據(jù)要求、步驟、以及預(yù)期的結(jié)果。

　　注：開(kāi)發(fā)一個(gè)應(yīng)用軟件的測(cè)試案例的過(guò)程，需要全面、深入地考慮該軟件的操作，所以有助于發(fā)現(xiàn)在其需求或設(shè)計(jì)里面的問(wèn)題。因此，如果有可能，在開(kāi)發(fā)周期中應(yīng)當(dāng)盡早準(zhǔn)備測(cè)試案例。

　　10. 怎么編寫(xiě)案例?

　　答：案例的編寫(xiě)與測(cè)試階段的定義有很大的關(guān)系。系統(tǒng)測(cè)試和unit 測(cè)試的案例可能不同�？傮w而言測(cè)試案例根據(jù)系統(tǒng)的需求而定。

　　11. 軟件測(cè)試的兩種方法

　　答：黑盒測(cè)試和白盒測(cè)試

　　黑盒：這種方法是把測(cè)試對(duì)象看做一個(gè)黑盒子，測(cè)試人員完全不考慮程序內(nèi)部的邏輯結(jié)構(gòu)和內(nèi)部特性，只依據(jù)程序的需求規(guī)格說(shuō)明書(shū)，檢查程序的功能是否符合它的功能說(shuō)明。黑盒測(cè)試又叫做功能測(cè)試或數(shù)據(jù)驅(qū)動(dòng)測(cè)試。

　　白盒：此方法把測(cè)試對(duì)象看做一個(gè)透明的盒子，它允許測(cè)試人員利用程序內(nèi)部的邏輯結(jié)構(gòu)及有關(guān)信息，設(shè)計(jì)或選擇測(cè)試用例，對(duì)程序所有邏輯路徑進(jìn)行測(cè)試。通過(guò)在不同點(diǎn)檢查程序的狀態(tài)，確定實(shí)際的狀態(tài)是否與預(yù)期的狀態(tài)一致。因此白盒測(cè)試又稱(chēng)為結(jié)構(gòu)測(cè)試或邏輯驅(qū)動(dòng)測(cè)試。

　　12. 測(cè)試結(jié)束的標(biāo)準(zhǔn)是什么?

　　答：1.用例全部執(zhí)行。2.覆蓋率達(dá)到標(biāo)準(zhǔn)。3.缺陷率達(dá)到標(biāo)準(zhǔn)。4.其他指標(biāo)達(dá)到質(zhì)量標(biāo)準(zhǔn)

　　13. 軟件的生命周期

　　答：軟件生命周期是指一個(gè)計(jì)算機(jī)軟件從功能確定、設(shè)計(jì)，到開(kāi)發(fā)成功投入使用，并在使用中不斷地修改、增補(bǔ)和完善，直到停止該軟件的使用的全過(guò)程(從醞釀到廢棄的過(guò)程)

　　14. 什么是軟件的生命周期?

　　生命周期從收到應(yīng)用軟件開(kāi)始算起，到該軟件不再使用為止。它有如下各方面的內(nèi)容：

　　初始構(gòu)思、需求分析、功能設(shè)計(jì)、內(nèi)部設(shè)計(jì)、文檔計(jì)劃、測(cè)試計(jì)劃、文檔準(zhǔn)備、集成、測(cè)試、維護(hù)、升級(jí)、再測(cè)試、逐步淘汰(phase-out)、等等。

　　15. 軟件測(cè)試按過(guò)程分為三個(gè)步驟

　　答：?jiǎn)卧獪y(cè)試：?jiǎn)卧獪y(cè)試又稱(chēng)模塊測(cè)試，是針對(duì)軟件設(shè)計(jì)的最小單位─ 程序模塊，進(jìn)行正確性檢驗(yàn)的測(cè)試工作。其目的在于發(fā)現(xiàn)各模塊內(nèi)部可能存在的各種差錯(cuò)軟件測(cè)試面試筆試題完全版默認(rèn)。

　　單元測(cè)試需要從程序的內(nèi)部結(jié)構(gòu)出發(fā)設(shè)計(jì)測(cè)試用例。多個(gè)模塊可以平行地獨(dú)立進(jìn)行單元測(cè)試。

　　集成測(cè)試：在運(yùn)行(可能是不完整)的應(yīng)用中保證軟件單元被結(jié)合后能正常操作的測(cè)試執(zhí)行的階段

　　系統(tǒng)測(cè)試：當(dāng)應(yīng)用作為整體運(yùn)行時(shí)的測(cè)試執(zhí)行階段

　　16. 面向?qū)ο蟮脑O(shè)計(jì)如何影響測(cè)試?

　　答：好的面向?qū)ο蟮墓こ淘O(shè)計(jì)使得從代碼追溯內(nèi)部設(shè)計(jì)、再到功能測(cè)試，最后追溯到需求，成為一件容易的事。因?yàn)樗鼘?duì)黑盒測(cè)試的影響很少(不需要了解應(yīng)用軟件的內(nèi)部設(shè)計(jì)) ，而白盒測(cè)試只需針對(duì)該應(yīng)用軟件的對(duì)象。如果該應(yīng)用軟件設(shè)計(jì)得好，就可簡(jiǎn)化測(cè)試設(shè)計(jì)

　　17. 軟件帶來(lái)錯(cuò)誤的原因很多。主要的原因有哪些?

　　1) 交流不夠、交流上有誤解或者根本不進(jìn)行交流

　　2) 軟件復(fù)雜性

　　3) 程序設(shè)計(jì)錯(cuò)誤

　　4) 需求變化

　　5) 時(shí)間壓力

　　6) 代碼文檔貧乏

　　7) 軟件開(kāi)發(fā)工具

　　18. 軟件測(cè)試的步驟是什么?

　　1) 測(cè)試過(guò)程按4 個(gè)步驟進(jìn)行，即單元測(cè)試(Unit Testing)、集成測(cè)試(Integrated Testing)、確認(rèn)測(cè)試(Validation Testing)和系統(tǒng)測(cè)試(System Testing)及發(fā)版測(cè)試。

　　2) 開(kāi)始是單元測(cè)試，集中對(duì)用源代碼實(shí)現(xiàn)的每一個(gè)程序單元進(jìn)行測(cè)試，檢查各個(gè)程序模塊是否正確地實(shí)現(xiàn)了規(guī)定的功能。

　　3) 集成測(cè)試把已測(cè)試過(guò)的模塊組裝起來(lái)，主要對(duì)與設(shè)計(jì)相關(guān)的軟件體系結(jié)構(gòu)的構(gòu)造進(jìn)行測(cè)試。

　　4) 確認(rèn)測(cè)試則是要檢查已實(shí)現(xiàn)的軟件是否滿(mǎn)足了需求規(guī)格說(shuō)明中確定了的各種需求，以及軟件配置是否完全、正確。

軟件測(cè)試筆試題2

　　1、計(jì)算表達(dá)式x6+4x4+2x3+x+1最少需要做次乘法

　　A、3 B、4 C、5 D、6

　　2、給定3個(gè)int類(lèi)型的正整數(shù)x，y，z，對(duì)如下4組表達(dá)式判斷正確的選項(xiàng)

　　int a1=x+y-z; int b1=x*y/z;

　　int a2=x-z+y; int b2=x/z*y;

　　int c1=x《》z; int d1=x&y|z;

　　int c2=x》》z《

　　A、a1一定等于a2

　　B、b1一定定于b2

　　C、c1一定等于c2

　　D、d1一定等于d2

　　3、程序的完整編譯過(guò)程分為是：預(yù)處理，編譯，匯編等，如下關(guān)于編譯階段的編譯優(yōu)化的說(shuō)法中不正確的是

　　A、死代碼刪除指的是編譯過(guò)程直接拋棄掉被注釋的代碼;

　　B、函數(shù)內(nèi)聯(lián)可以避免函數(shù)調(diào)用中壓棧和退棧的開(kāi)銷(xiāo)

　　C、For循環(huán)的循環(huán)控制變量通常很適合調(diào)度到寄存器訪(fǎng)問(wèn)

　　D、強(qiáng)度削弱是指執(zhí)行時(shí)間較短的指令等價(jià)的替代執(zhí)行時(shí)間較長(zhǎng)的指令

　　4、如下關(guān)于進(jìn)程的描述不正確的是

　　A、進(jìn)程在退出時(shí)會(huì)自動(dòng)關(guān)閉自己打開(kāi)的所有文件

　　B、進(jìn)程在退出時(shí)會(huì)自動(dòng)關(guān)閉自己打開(kāi)的網(wǎng)絡(luò)鏈接

　　C、進(jìn)程在退出時(shí)會(huì)自動(dòng)銷(xiāo)毀自己創(chuàng)建的所有線(xiàn)程

　　D、進(jìn)程在退出時(shí)會(huì)自動(dòng)銷(xiāo)毀自己打開(kāi)的共享內(nèi)存

軟件測(cè)試筆試題3

　　一、判斷題

　　1.軟件測(cè)試的目的是盡可能多的找出軟件的缺陷。(Y)

　　2.Beta測(cè)試是驗(yàn)收測(cè)試的一種。(Y)

　　3.驗(yàn)收測(cè)試是由最終用戶(hù)來(lái)實(shí)施的。(N)

　　4.項(xiàng)目立項(xiàng)前測(cè)試人員不需要提交任何工件。(Y)

　　5.單元測(cè)試能發(fā)現(xiàn)約80%的軟件缺陷。(Y)

　　6.代碼評(píng)審是檢查源代碼是否達(dá)到模塊設(shè)計(jì)的要求。(N)

　　7.自底向上集成需要測(cè)試員編寫(xiě)驅(qū)動(dòng)程序。(Y)

　　8.負(fù)載測(cè)試是驗(yàn)證要檢驗(yàn)的系統(tǒng)的能力最高能達(dá)到什么程度。(N)

　　9.測(cè)試人員要堅(jiān)持原則，缺陷未修復(fù)完堅(jiān)決不予通過(guò)。(N)

　　10.代碼評(píng)審員一般由測(cè)試員擔(dān)任。(N)

　　11.我們可以人為的使得軟件不存在配置問(wèn)題。(N)

　　12.集成測(cè)試計(jì)劃在需求分析階段末提交。(N)

　　二、選擇

　　1.軟件驗(yàn)收測(cè)試的合格通過(guò)準(zhǔn)則是：(ABCD)

　　A.軟件需求分析說(shuō)明書(shū)中定義的所有功能已全部實(shí)現(xiàn)，性能指標(biāo)全部達(dá)到要求。

　　B.所有測(cè)試項(xiàng)沒(méi)有殘余一級(jí)、二級(jí)和三級(jí)錯(cuò)誤。

　　C.立項(xiàng)審批表、需求分析文檔、設(shè)計(jì)文檔和編碼實(shí)現(xiàn)一致。

　　D.驗(yàn)收測(cè)試工件齊全。

　　2.軟件測(cè)試計(jì)劃評(píng)審會(huì)需要哪些人員參加?(ABCD)

　　A.項(xiàng)目經(jīng)理

　　B.SQA負(fù)責(zé)人

　　C.配置負(fù)責(zé)人

　　D.測(cè)試組

　　3.下列關(guān)于alpha測(cè)試的描述中正確的是：(AD)

　　A.alpha測(cè)試需要用戶(hù)代表參加

　　B.alpha測(cè)試不需要用戶(hù)代表參加

　　C.alpha測(cè)試是系統(tǒng)測(cè)試的一種

　　D.alpha測(cè)試是驗(yàn)收測(cè)試的一種

　　4.測(cè)試設(shè)計(jì)員的職責(zé)有：(BC)

　　A.制定測(cè)試計(jì)劃

　　B.設(shè)計(jì)測(cè)試用例

　　C.設(shè)計(jì)測(cè)試過(guò)程、腳本

　　D.評(píng)估測(cè)試活動(dòng)

　　5.軟件實(shí)施活動(dòng)的進(jìn)入準(zhǔn)則是：(ABC)

　　A.需求工件已經(jīng)被基線(xiàn)化

　　B.詳細(xì)設(shè)計(jì)工件已經(jīng)被基線(xiàn)化

　　C.構(gòu)架工件已經(jīng)被基線(xiàn)化

　　D.項(xiàng)目階段成果已經(jīng)被基線(xiàn)化

　　三、填空

　　1.軟件驗(yàn)收測(cè)試包括：正式驗(yàn)收測(cè)試，alpha測(cè)試，beta測(cè)試。

　　2.系統(tǒng)測(cè)試的策略有：功能測(cè)試，性能測(cè)試，可靠性測(cè)試，負(fù)載測(cè)試，易用性測(cè)試，強(qiáng)度測(cè)試，安全測(cè)試，配置測(cè)試，安裝測(cè)試，卸載測(cè)試，文擋測(cè)試，故障恢復(fù)測(cè)試，界面測(cè)試，容量測(cè)試，兼容性測(cè)試，分布測(cè)試，可用性測(cè)試，(有的可以合在一起，分開(kāi)寫(xiě)只要寫(xiě)出15就滿(mǎn)分哦)

　　3.設(shè)計(jì)系統(tǒng)測(cè)試計(jì)劃需要參考的項(xiàng)目文擋有：軟件測(cè)試計(jì)劃，軟件需求工件和迭代計(jì)劃。

　　4.對(duì)面向過(guò)程的系統(tǒng)采用的集成策略有：自頂向下，自底向上兩種。

　　5.(這題出的有問(wèn)題哦，詳細(xì)的5步驟為~~)通過(guò)畫(huà)因果圖來(lái)寫(xiě)測(cè)試用例的步驟為：

　　(1)分析軟件規(guī)格說(shuō)明描述中，哪些是原因(即輸入條件或輸入條件的等價(jià)類(lèi))，哪些是結(jié)果(即輸出條件)，并給每個(gè)原因和結(jié)果賦予一個(gè)標(biāo)識(shí)符。

　　(2)分析軟件規(guī)格說(shuō)明描述中的語(yǔ)義，找出原因與結(jié)果之間，原因與原因之間對(duì)應(yīng)的是什么關(guān)系?根據(jù)這些關(guān)系，畫(huà)出因果圖。

　　(3)由于語(yǔ)法或環(huán)境限制，有些原因與原因之間，原因與結(jié)果之間的組合情況不可能出現(xiàn)。為表明這些特殊情況，在因果圖上用一些記號(hào)標(biāo)明約束或限制條件。

　　(4)把因果圖轉(zhuǎn)換成判定表。

　　(5)把判定表的每一列拿出來(lái)作為依據(jù)，設(shè)計(jì)測(cè)試用例。

　　四、簡(jiǎn)答(資料是搜集整理的，感謝前輩的解題)無(wú)

　　1.區(qū)別階段評(píng)審的與同行評(píng)審

　　同行評(píng)審目的:發(fā)現(xiàn)小規(guī)模工作產(chǎn)品的錯(cuò)誤,只要是找錯(cuò)誤;

　　階段評(píng)審目的:評(píng)審模塊階段作品的正確性可行性及完整性

　　同行評(píng)審人數(shù):3-7人人員必須經(jīng)過(guò)同行評(píng)審會(huì)議的培訓(xùn),由SQA指導(dǎo)

　　階段評(píng)審人數(shù):5人左右評(píng)審人必須是專(zhuān)家具有系統(tǒng)評(píng)審資格

　　同行評(píng)審內(nèi)容:內(nèi)容小一般文檔

　　階段評(píng)審內(nèi)容:內(nèi)容多,主要看重點(diǎn)

　　同行評(píng)審時(shí)間:一小部分工作產(chǎn)品完成

　　階段評(píng)審時(shí)間:通常是設(shè)置在關(guān)鍵路徑的時(shí)間點(diǎn)上!

　　2.什么是軟件測(cè)試

　　為了發(fā)現(xiàn)程序中的錯(cuò)誤而執(zhí)行程序的過(guò)程

　　3簡(jiǎn)述集成測(cè)試的過(guò)程

　　系統(tǒng)集成測(cè)試主要包括以下過(guò)程：

　　1.構(gòu)建的確認(rèn)過(guò)程。

　　2.補(bǔ)丁的確認(rèn)過(guò)程。

　　3.系統(tǒng)集成測(cè)試測(cè)試組提交過(guò)程。

　　4.測(cè)試用例設(shè)計(jì)過(guò)程。

　　5.測(cè)試代碼編寫(xiě)過(guò)程。

　　6. Bug的報(bào)告過(guò)程。

　　7.每周/每?jī)芍艿臉?gòu)建過(guò)程。

　　8.點(diǎn)對(duì)點(diǎn)的測(cè)試過(guò)程。

　　9.組內(nèi)培訓(xùn)過(guò)程。

　　4怎么做好文檔測(cè)試

　　仔細(xì)閱讀，跟隨每個(gè)步驟，檢查每個(gè)圖形，嘗試每個(gè)示例。P142

　　檢查文檔的編寫(xiě)是否滿(mǎn)足文檔編寫(xiě)的目的

　　內(nèi)容是否齊全，正確

　　內(nèi)容是否完善

　　標(biāo)記是否正確

　　5白盒測(cè)試有幾種方法

　　總體上分為靜態(tài)方法和動(dòng)態(tài)方法兩大類(lèi)。

　　靜態(tài)：關(guān)鍵功能是檢查軟件的表示和描述是否一致,沒(méi)有沖突或者沒(méi)有歧義

　　動(dòng)態(tài)：語(yǔ)句覆蓋、判定覆蓋、條件覆蓋、判定條件覆蓋、條件組合覆蓋、路徑覆蓋。

　　6系統(tǒng)測(cè)試計(jì)劃是否需要同行審批，為什么

　　需要，系統(tǒng)測(cè)試計(jì)劃屬于項(xiàng)目階段性關(guān)鍵文檔，因此需要評(píng)審。

　　7Alpha測(cè)試與beta的區(qū)別

　　Alpha測(cè)試在系統(tǒng)開(kāi)發(fā)接近完成時(shí)對(duì)應(yīng)用系統(tǒng)的測(cè)試;測(cè)試后仍然會(huì)有少量的設(shè)計(jì)變更。這種測(cè)試一般由最終用戶(hù)或其它人員完成，不能由程序或測(cè)試員完成。

　　Beta測(cè)試當(dāng)開(kāi)發(fā)和測(cè)試根本完成時(shí)所做的測(cè)試，最終的錯(cuò)誤和問(wèn)題需要在最終發(fā)行前找到。這種測(cè)試一般由最終用戶(hù)或其它人員完成，不能由程序員或測(cè)試員完成。

　　8比較負(fù)載測(cè)試，容量測(cè)試和強(qiáng)度測(cè)試的區(qū)別

　　負(fù)載測(cè)試：在一定的工作負(fù)荷下，系統(tǒng)的負(fù)荷及響應(yīng)時(shí)間。

　　強(qiáng)度測(cè)試：在一定的負(fù)荷條件下，在較長(zhǎng)時(shí)間跨度內(nèi)的系統(tǒng)連續(xù)運(yùn)行給系統(tǒng)性能所造成的影響。

　　容量測(cè)試：容量測(cè)試目的是通過(guò)測(cè)試預(yù)先分析出反映軟件 系統(tǒng)應(yīng)用特征的某項(xiàng)指標(biāo)的極限值(如最大并發(fā)用戶(hù)數(shù)、數(shù)據(jù)庫(kù)記錄數(shù)等)，系統(tǒng)在其極限值狀態(tài)下沒(méi)有出現(xiàn)任何軟件故障或還能保持主要功能正常運(yùn)行。容量測(cè)試 還將確定測(cè)試對(duì)象在給定時(shí)間內(nèi)能夠持續(xù)處理的最大負(fù)載或工作量。容量測(cè)試的目的是使系統(tǒng)承受超額的數(shù)據(jù)容量來(lái)發(fā)現(xiàn)它是否能夠正確處理。容量測(cè)試是面向數(shù)據(jù) 的，并且它的目的是顯示系統(tǒng)可以處理目標(biāo)內(nèi)確定的數(shù)據(jù)容量。

　　9測(cè)試結(jié)束的標(biāo)準(zhǔn)是什么?

　　用例全部測(cè)試。

　　覆蓋率達(dá)到標(biāo)準(zhǔn)。

　　缺陷率達(dá)到標(biāo)準(zhǔn)。

　　其他指標(biāo)達(dá)到質(zhì)量標(biāo)準(zhǔn)

　　10描述軟件測(cè)試活動(dòng)的生命周期?

　　測(cè)試周期分為計(jì)劃、設(shè)計(jì)、實(shí)現(xiàn)、執(zhí)行、總結(jié)。其中：

　　計(jì)劃：對(duì)整個(gè)測(cè)試周期中所有活動(dòng)進(jìn)行規(guī)劃，估計(jì)工作量、風(fēng)險(xiǎn)，安排人力物力資源，安排進(jìn)度等;

　　設(shè)計(jì)：完成測(cè)試方案，從技術(shù)層面上對(duì)測(cè)試進(jìn)行規(guī)劃;

　　實(shí)現(xiàn)：進(jìn)行測(cè)試用例和測(cè)試規(guī)程設(shè)計(jì);

　　執(zhí)行：根據(jù)前期完成的計(jì)劃、方案、用例、規(guī)程等文檔，執(zhí)行測(cè)試用例。

　　總結(jié)：記錄測(cè)試結(jié)果，進(jìn)行測(cè)試分析，完成測(cè)試報(bào)告。

　　11軟件的缺陷等級(jí)應(yīng)如何劃分?

　　A類(lèi)—嚴(yán)重錯(cuò)誤，包括以下各種錯(cuò)誤： 1. 由于程序所引起的死機(jī),非法退出 2. 死循環(huán) 3. 數(shù)據(jù)庫(kù)發(fā)生死鎖 4. 因錯(cuò)誤操作導(dǎo)致的程序中斷 5. 功能錯(cuò)誤 6. 與數(shù)據(jù)庫(kù)連接錯(cuò)誤 7. 數(shù)據(jù)通訊錯(cuò)誤

　　B類(lèi)—較嚴(yán)重錯(cuò)誤，包括以下各種錯(cuò)誤： 1. 程序錯(cuò)誤 2. 程序接口錯(cuò)誤 3. 數(shù)據(jù)庫(kù)的表、業(yè)務(wù)規(guī)則、缺省值未加完整性等約束條件

　　C類(lèi)—一般性錯(cuò)誤，包括以下各種錯(cuò)誤： 1. 操作界面錯(cuò)誤(包括數(shù)據(jù)窗口內(nèi)列名定義、含義是否一致) 2. 打印內(nèi)容、格式錯(cuò)誤 3. 簡(jiǎn)單的輸入限制未放在前臺(tái)進(jìn)行控制 4. 刪除操作未給出提示 5. 數(shù)據(jù)庫(kù)表中有過(guò)多的空字段

　　D類(lèi)—較小錯(cuò)誤，包括以下各種錯(cuò)誤： 1. 界面不規(guī)范 2. 輔助說(shuō)明描述不清楚 3. 輸入輸出不規(guī)范 4. 長(zhǎng)操作未給用戶(hù)提示 5. 提示窗口文字未采用行業(yè)術(shù)語(yǔ) 6. 可輸入?yún)^(qū)域和只讀區(qū)域沒(méi)有明顯的區(qū)分標(biāo)志