軟件測(cè)試面試筆試題完全版

時(shí)間：2023-04-06 18:19:06 筆試題目我要投稿

相關(guān)推薦

軟件測(cè)試面試筆試題完全版

　　一、測(cè)試總體

軟件測(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è)試的隨意性。

　　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è)試需要從程序的內(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)的軟件是否滿足了需求規(guī)格說(shuō)明中確定了的各種需求，以及軟件配置是否完全、正確。

　　19. 如何錄制測(cè)試腳本?

　　1) 新建一個(gè)腳本(Web/HTML 協(xié)議)

　　2) 點(diǎn)擊錄制按鈕，在彈出的對(duì)話框的URL 中輸入"about:blank"。

　　3) 在打開(kāi)的瀏覽器中進(jìn)行正常操作流程后，結(jié)束錄制。

　　4) 調(diào)試腳本并保存�？赡芤⒁獾阶址年P(guān)聯(lián)。

　　5) 設(shè)置測(cè)試場(chǎng)景

　　6) 針對(duì)性能設(shè)置測(cè)試場(chǎng)景，主要判斷在正常情況下，系統(tǒng)的平均事務(wù)響應(yīng)時(shí)間是否達(dá)標(biāo)

　　7) 針對(duì)壓力負(fù)載設(shè)置測(cè)試場(chǎng)景，主要判斷在長(zhǎng)時(shí)間處于滿負(fù)荷或者超出系統(tǒng)承載能力的條件下，系統(tǒng)是否會(huì)崩潰

　　20. 完全測(cè)試是不可能的，必須對(duì)測(cè)試的各項(xiàng)進(jìn)行等價(jià)劃分。

　　1.概念

　　等價(jià)分配：軟件有無(wú)限的測(cè)試案例，我們要想辦法把軟件的相似輸入、輸出、操作分成一組，來(lái)使無(wú)限的測(cè)試案例減小到同樣有效的小范圍，這個(gè)過(guò)程稱(chēng)為等價(jià)分配。

　　邊界條件：軟件計(jì)劃的操作界限所在的邊緣條件，即如果超出這個(gè)邊界條件，就可能會(huì)引出錯(cuò)誤。

　　2 原因

　　輸入量太大

　　輸出結(jié)果太多

　　軟件實(shí)現(xiàn)途徑太多

　　軟件說(shuō)明書(shū)沒(méi)有客觀標(biāo)準(zhǔn)。從不同的角度看，軟件缺陷的標(biāo)準(zhǔn)不同。

　　3 方法

　　(1)數(shù)據(jù)測(cè)試：

　　1) 確定輸入的邊界條件，對(duì)邊界線上的及邊界線兩邊的數(shù)據(jù)進(jìn)行測(cè)試;

　　2) 邊界線可能是2 的乘方，默認(rèn)值、空白值、零值等;每一個(gè)軟件測(cè)試問(wèn)題各不相同，

　　可能包含格式各樣邊界的不同數(shù)據(jù)。

　　(2)狀態(tài)測(cè)試(軟件的狀態(tài)是指軟件當(dāng)前所處的情況或者模式)

　　1) 每種狀態(tài)至少訪問(wèn)一次;

　　2) 測(cè)試看起來(lái)最常見(jiàn)最普遍的狀態(tài)轉(zhuǎn)換;

　　3) 測(cè)試狀態(tài)之間最不常用的分支;

　　4) 測(cè)試所有錯(cuò)誤狀態(tài)及其返回值;

　　5) 測(cè)試隨機(jī)狀態(tài)轉(zhuǎn)換。

　　21. 應(yīng)該考慮進(jìn)行如何測(cè)試的測(cè)試方法

　　黑盒測(cè)試(Black box testing) ── 不考慮內(nèi)部設(shè)計(jì)和代碼，根據(jù)需求和功能進(jìn)行測(cè)試。

　　白盒測(cè)試(White box testing) ── 根據(jù)應(yīng)用軟件的代碼的內(nèi)部邏輯，按照代碼的語(yǔ)句、分支、路徑和條件進(jìn)行測(cè)試。

　　功能測(cè)試(functional testing)--對(duì)一個(gè)應(yīng)用軟件的功能模塊進(jìn)行黑盒測(cè)試。這種測(cè)試應(yīng)當(dāng)由測(cè)試人員進(jìn)行。但這并不意味著程序員在推出軟件之前不進(jìn)行代碼檢查。(這一原則適用于所有的測(cè)試階段。)

　　系統(tǒng)測(cè)試── 針對(duì)全部需求說(shuō)明進(jìn)行黑盒測(cè)試，包括系統(tǒng)中所有的部件。

　　回歸測(cè)試(regression testing) ── 每當(dāng)軟件經(jīng)過(guò)了整理、修改、或者其環(huán)境發(fā)生變化，都重復(fù)進(jìn)行測(cè)試。很難說(shuō)需要進(jìn)行多少次回歸測(cè)試，特別是是到了開(kāi)發(fā)周期的最后階段。進(jìn)行此種測(cè)試，特別適于使用自動(dòng)測(cè)試工具。

　　負(fù)荷試驗(yàn)(load testing) ── 在大負(fù)荷條件下對(duì)應(yīng)用軟件進(jìn)行測(cè)試。例如測(cè)試一個(gè)網(wǎng)站在不同負(fù)荷情況下的狀況，以確定在什么情況下系統(tǒng)響應(yīng)速度下降或是出現(xiàn)故障。

　　壓力測(cè)試(stress testing) ── 經(jīng)常可以與"負(fù)荷測(cè)試"或"性能測(cè)試"相互代替。這種測(cè)試是用來(lái)檢查系統(tǒng)在下列條件下的情況：在非正常的巨大負(fù)荷下、某些動(dòng)作和輸入大量重復(fù)、輸入大數(shù)、對(duì)數(shù)據(jù)庫(kù)進(jìn)行非常復(fù)雜的查詢(xún)，等等。

　　性能測(cè)試(performance testing) ── 經(jīng)�？梢耘c"壓力測(cè)試"或"負(fù)荷測(cè)試"相互代替。理想的"性能測(cè)試"(也包括其他任何類(lèi)型的測(cè)試) 都應(yīng)在質(zhì)量保障和測(cè)試計(jì)劃的文檔終予以規(guī)定。

　　可用性測(cè)試(usability testing) ── 是專(zhuān)為"對(duì)用戶(hù)友好"的特性進(jìn)行測(cè)試。這是一種主觀的感覺(jué)，取決于最終用戶(hù)或顧客�？梢赃M(jìn)行用戶(hù)會(huì)見(jiàn)、檢查、對(duì)用戶(hù)會(huì)議錄像、或者使用其他技術(shù)。程序員和測(cè)試人員通常不參加可用性測(cè)試。

　　安裝/卸載測(cè)試(install/uninstall testing) ── 對(duì)安裝/卸載進(jìn)行測(cè)試(包括全部、部分、升級(jí)操作)。

　　安全測(cè)試(security testing) ── 測(cè)試系統(tǒng)在應(yīng)付非授權(quán)的內(nèi)部/外部訪問(wèn)、故意的損壞時(shí)的防護(hù)情況。這需要精密復(fù)雜的測(cè)試技術(shù)。

　　兼容性測(cè)試(compatability testing) ── 測(cè)試在特殊的硬件/軟件/操作系統(tǒng)/網(wǎng)絡(luò)環(huán)境下的軟件表現(xiàn)。

　　α 測(cè)試(alpha testing) ── 在開(kāi)發(fā)一個(gè)應(yīng)用軟件即將完成時(shí)所進(jìn)行的測(cè)試。此時(shí)還允許有較小的設(shè)計(jì)修改。通常由最終用戶(hù)或其他人進(jìn)行這種測(cè)試，而不是由程序員和測(cè)試人員來(lái)進(jìn)行。

　　β 測(cè)試(beta testing) ── 當(dāng)開(kāi)發(fā)和測(cè)試已基本完成，需要在正式發(fā)行之前最后尋找毛病而進(jìn)行的測(cè)試。通常由最終用戶(hù)或其他人進(jìn)行這種測(cè)試，而不是由程序員和測(cè)試人員來(lái)進(jìn)行。

　　22. 怎樣估計(jì)測(cè)試工作量?

　　效率假設(shè)：即測(cè)試隊(duì)伍的工作效率。對(duì)于功能測(cè)試，這主要依賴(lài)于應(yīng)用的復(fù)雜度，

　　窗口的個(gè)數(shù)，每個(gè)窗口中的動(dòng)作數(shù)目。對(duì)容量測(cè)試，主要依賴(lài)于建立測(cè)試所需數(shù)據(jù)的工作量大小。

　　測(cè)試假設(shè)：為了驗(yàn)證一個(gè)測(cè)試需求所需測(cè)試動(dòng)作數(shù)目。

　　應(yīng)用的維數(shù)：應(yīng)用的復(fù)雜度指標(biāo)。例如要加入一個(gè)記錄，測(cè)試需求的維數(shù)就是這個(gè)記錄中域的數(shù)目。

　　所處測(cè)試周期的階段：有些階段主要工作都在設(shè)計(jì)，有些階段主要是測(cè)試執(zhí)行。

　　23. 測(cè)試設(shè)計(jì)的問(wèn)題

　　1) 不做測(cè)試設(shè)計(jì)，測(cè)試過(guò)程也是胡亂建立的。

　　2) 測(cè)試設(shè)計(jì)不詳細(xì)，不是基于可量度的測(cè)試策略，例如測(cè)試計(jì)劃覆蓋一個(gè)集合或者測(cè)試需求的一個(gè)子集。

　　3) 測(cè)試過(guò)程沒(méi)有采用最好的技術(shù)來(lái)檢驗(yàn)Windows C/S 結(jié)構(gòu)的測(cè)試需求

　　4) 測(cè)試用例的選擇規(guī)則

　　5) 選擇與測(cè)試需求的實(shí)質(zhì)部分最相關(guān)的測(cè)試用例。