本試題分三部分，第一部分，基礎(chǔ)面試題及答案，第二部分，高級(jí)進(jìn)階；第三部分，測(cè)試開(kāi)發(fā)相關(guān)面試題，本篇為第一部分。

建議，收藏后閱讀，篇幅很長(zhǎng)。

1、你的測(cè)試職業(yè)發(fā)展是什么？

測(cè)試經(jīng)驗(yàn)越多，測(cè)試能力越高。所以我的職業(yè)發(fā)展是需要時(shí)間積累的，一步步向著高級(jí)測(cè)試工程師奔去。而且我也有初步的職業(yè)規(guī)劃，前3年積累測(cè)試經(jīng)驗(yàn)，按如何做好測(cè)試工程師的要點(diǎn)去要求自己，不斷更新自己改正自己，做好測(cè)試任務(wù)。

優(yōu)勢(shì)在于我對(duì)測(cè)試堅(jiān)定不移的信心和熱情，雖然經(jīng)驗(yàn)還不夠，但測(cè)試需要的基本技能我有信心在工作中得以發(fā)揮。

2、你認(rèn)為測(cè)試人員需要具備哪些素質(zhì)

做測(cè)試應(yīng)該要有一定的協(xié)調(diào)能力，因?yàn)闇y(cè)試人員經(jīng)常要與開(kāi)發(fā)接觸處理一些問(wèn)題，如果處理不好的話會(huì)引起一些沖突，這樣的話工作上就會(huì)不好做。還有測(cè)試人員要有一定的耐心，有的時(shí)候做測(cè)試很枯燥乏味。除了耐心，測(cè)試人員不能放過(guò)每一個(gè)可能的錯(cuò)誤。

3、你為什么能夠做測(cè)試這一行

雖然我的測(cè)試技術(shù)還不是很成熟，但是我覺(jué)得我還是可以勝任軟件測(cè)試這個(gè)工作的，因?yàn)樽鲕浖y(cè)試不僅是要求技術(shù)好，還有有一定的溝通能力，耐心、細(xì)心等外在因素。綜合起來(lái)看我認(rèn)為我是勝任這個(gè)工作的。

4、測(cè)試的目的是什么？

測(cè)試的目的是找出軟件產(chǎn)品中的錯(cuò)誤，是軟件盡可能的符合用戶的要求。當(dāng)然軟件測(cè)試是不可能找出全部錯(cuò)誤的。

5、測(cè)試分為哪幾個(gè)階段？

一般來(lái)說(shuō)分為5個(gè)階段：?jiǎn)卧獪y(cè)試、集成測(cè)試、確認(rèn)測(cè)試、系統(tǒng)測(cè)試、驗(yàn)收測(cè)試

6、單元測(cè)試的測(cè)試對(duì)象、目的、測(cè)試依據(jù)、測(cè)試方法？

測(cè)試對(duì)象是模塊內(nèi)部的程序錯(cuò)誤，目的是消除局部模塊邏輯和功能上的錯(cuò)誤和缺陷。測(cè)試依據(jù)是模塊的詳細(xì)設(shè)計(jì)，測(cè)試方法是采用白盒測(cè)試。

7、怎樣看待加班問(wèn)題

加班的話我沒(méi)有太多意見(jiàn)，但是我還是覺(jué)得如果能夠合理安排時(shí)間的話，不會(huì)有太多時(shí)候加班的。

8、結(jié)合你以前的學(xué)習(xí)和工作經(jīng)驗(yàn)，你認(rèn)為如何做好測(cè)試。

根據(jù)我以前的工作和學(xué)習(xí)經(jīng)驗(yàn)，我認(rèn)為做好工作首先要有一個(gè)良好的溝通，只有溝通無(wú)障礙了，才會(huì)有好的協(xié)作，才會(huì)有更好的效率，再一個(gè)就是技術(shù)一定要過(guò)關(guān)，做測(cè)試要有足夠的耐心，和一個(gè)良好的工作習(xí)慣，不懂的就要問(wèn)，實(shí)時(shí)與同事溝通這樣的話才能做好測(cè)試工作。

9、你為什么選擇軟件測(cè)試行業(yè)

因?yàn)橹傲私廛浖y(cè)試這個(gè)行業(yè)，覺(jué)得他的發(fā)展前景很好。

10、根據(jù)你以前的工作或?qū)W習(xí)經(jīng)驗(yàn)描述一下軟件開(kāi)發(fā)、測(cè)試過(guò)程，由哪些角色負(fù)責(zé)，你做什么

要有架構(gòu)師、開(kāi)發(fā)經(jīng)理、測(cè)試經(jīng)理、程序員、測(cè)試員。我在里面主要是負(fù)責(zé)所分到的模塊執(zhí)行測(cè)試用例。

11、根據(jù)你的經(jīng)驗(yàn)說(shuō)說(shuō)你對(duì)軟件測(cè)試/質(zhì)量保證的理解

軟件質(zhì)量保證與測(cè)試是根據(jù)軟件開(kāi)發(fā)階段的規(guī)格說(shuō)明和程序的內(nèi)部結(jié)構(gòu)而精心設(shè)計(jì)的一批測(cè)試用例(即輸入數(shù)據(jù)和預(yù)期的輸出結(jié)果)，并根據(jù)這些測(cè)試用例去運(yùn)行程序，以發(fā)現(xiàn)錯(cuò)誤的過(guò)程。它是對(duì)應(yīng)用程序的各個(gè)方面進(jìn)行測(cè)試以檢查其功能、語(yǔ)言有效性及其外觀排布。

12、軟件測(cè)試的流程是什么？

需求調(diào)查：全面了解系統(tǒng)概況、應(yīng)用領(lǐng)域、軟件開(kāi)發(fā)周期、軟件開(kāi)發(fā)環(huán)境、開(kāi)發(fā)組織、時(shí)間安排、功能需求、性能需求、質(zhì)量需求及測(cè)試要求等。根據(jù)系統(tǒng)概況進(jìn)行項(xiàng)目所需的人員、時(shí)間和工作量估計(jì)以及項(xiàng)目報(bào)價(jià)。

制定初步的項(xiàng)目計(jì)劃。

測(cè)試準(zhǔn)備：組織測(cè)試團(tuán)隊(duì)、培訓(xùn)、建立測(cè)試和管理環(huán)境等。

測(cè)試設(shè)計(jì)：按照測(cè)試要求進(jìn)行每個(gè)測(cè)試項(xiàng)的測(cè)試設(shè)計(jì)，包括測(cè)試用例的設(shè)計(jì)和測(cè)試腳本的開(kāi)發(fā)等。

測(cè)試實(shí)施：按照測(cè)試計(jì)劃實(shí)施測(cè)試。

測(cè)試評(píng)估：根據(jù)測(cè)試的結(jié)果，出具測(cè)試評(píng)估報(bào)告。

13、你對(duì)SQA的職責(zé)和工作活動(dòng)(如軟件度量)的理解?

SQA就是獨(dú)立于軟件開(kāi)發(fā)的項(xiàng)目組，通過(guò)對(duì)軟件開(kāi)發(fā)過(guò)程的監(jiān)控，來(lái)保證軟件的開(kāi)發(fā)流程按照指定的CMM規(guī)程(如果有相應(yīng)的CMM規(guī)程),對(duì)于不符合項(xiàng)及時(shí)提出建議和改進(jìn)方案，必要時(shí)可以向高層經(jīng)理匯報(bào)以求問(wèn)題的解決。通過(guò)這樣的途徑來(lái)預(yù)防缺陷的引入，從而減少后期軟件的維護(hù)成本。SQA主要的工作活動(dòng)包括制定SQA工作計(jì)劃，參與階段產(chǎn)物的評(píng)審，進(jìn)行過(guò)程質(zhì)量、功能配置及物理配置的審計(jì)等；對(duì)項(xiàng)目開(kāi)發(fā)過(guò)程中產(chǎn)生的數(shù)據(jù)進(jìn)行度量等等。

14、說(shuō)說(shuō)你對(duì)軟件配置管理的理解

項(xiàng)目在開(kāi)發(fā)過(guò)程中要用相應(yīng)的配置管理工具對(duì)配置項(xiàng)(包括各個(gè)階段的產(chǎn)物)進(jìn)行變更控制，配置管理的使用取決于項(xiàng)目規(guī)模和復(fù)雜性及風(fēng)險(xiǎn)的水平。軟件的規(guī)模越大，配置管理就越顯得重要。還有在配置管理中，有一個(gè)很重要的概念，那就是基線，是在一定階段各個(gè)配置項(xiàng)的組合，一個(gè)基線就提供了一個(gè)正式的標(biāo)準(zhǔn)，隨后的工作便基于此標(biāo)準(zhǔn)，并只有經(jīng)過(guò)授權(quán)后才能變更這個(gè)標(biāo)準(zhǔn)。配置管理工具主要有CC，VSS,CVS,SVN等。

15、怎樣寫測(cè)試計(jì)劃和測(cè)試用例

簡(jiǎn)單點(diǎn)，測(cè)試計(jì)劃里應(yīng)有詳細(xì)的測(cè)試策略和測(cè)試方法，合理詳盡的資源安排等，至于測(cè)試用例，那是依賴于需求(包括功能與非功能需求)是否細(xì)化到功能點(diǎn)，是否可測(cè)試等。

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

兼容測(cè)試主要是檢查軟件在不同的硬件平臺(tái)、軟件平臺(tái)上是否可以正常的運(yùn)行，即是通常說(shuō)的軟件的可移植性。

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

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

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

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

–1、檢查系統(tǒng)是否有中毒的特征；

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

–3、確認(rèn)當(dāng)前的系統(tǒng)是否是獨(dú)立，即沒(méi)有對(duì)外提供什么消耗CPU資源的服務(wù)；

–4、如果是C/S或者B/S結(jié)構(gòu)的軟件，需要檢查是不是因?yàn)榕c服務(wù)器的連接有問(wèn)題，或者訪問(wèn)有問(wèn)題造成的；

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

18、測(cè)試的策略有哪些？

黑盒/白盒，靜態(tài)/動(dòng)態(tài)## 標(biāo)題，手工/自動(dòng)，冒煙測(cè)試，回歸測(cè)試，公測(cè)（Beta測(cè)試的策略）

19、你覺(jué)得bugzilla在使用的過(guò)程中，有什么問(wèn)題？

–界面不穩(wěn)定；

–根據(jù)需要配置它的不同的部分，過(guò)程很煩瑣。

–流程控制上，安全性不好界定，很容易對(duì)他人的Bug進(jìn)行誤操作；

–沒(méi)有綜合的評(píng)分指標(biāo)，不好確認(rèn)修復(fù)的優(yōu)先級(jí)別。

20、描述測(cè)試用例設(shè)計(jì)的完整過(guò)程？

–1、需求分析 需求變更的維護(hù)工作；

–2、根據(jù)需求得出測(cè)試需求；

–3、設(shè)計(jì)測(cè)試方案，評(píng)審測(cè)試方案；

–4、方案評(píng)審?fù)ㄟ^(guò)后，設(shè)計(jì)測(cè)試用例，再對(duì)測(cè)試用例進(jìn)行評(píng)審；

21、單元測(cè)試的策略有哪些？

邏輯覆蓋、循環(huán)覆蓋、同行評(píng)審、桌前檢查、代碼走查、代碼評(píng)審、景泰數(shù)據(jù)流分析

22、LoadRunner分哪三部分？

用戶動(dòng)作設(shè)計(jì)；場(chǎng)景設(shè)計(jì)； 測(cè)試數(shù)據(jù)分析；

23、LoadRunner進(jìn)行測(cè)試的流程?

–1、 熟悉業(yè)務(wù)流程，測(cè)試規(guī)劃

–2、 創(chuàng)建虛擬用戶腳本

–3、 創(chuàng)建運(yùn)行場(chǎng)景

–4、 運(yùn)行測(cè)試腳本

–5、 監(jiān)視場(chǎng)景

–6、 分析測(cè)試的結(jié)果

以上，最好是結(jié)合一個(gè)案例，根據(jù)以上流程來(lái)介紹。

24、軟件的評(píng)審一般由哪些人參加？其目的是什么？

在正式的會(huì)議上將軟件項(xiàng)目的成果（包括各階段的文檔、產(chǎn)生的代碼等）提交給用戶、客戶或有關(guān)部門人員對(duì)軟件產(chǎn)品進(jìn)行評(píng)審和批準(zhǔn)。其目的是找出可能影響軟件產(chǎn)品質(zhì)量、開(kāi)發(fā)過(guò)程、維護(hù)工作的適用性和環(huán)境方面的設(shè)計(jì)缺陷，并采取補(bǔ)救措施，以及找出在性能、安全性和經(jīng)濟(jì)方面的可能的改進(jìn)。

人員：用戶、客戶或有關(guān)部門開(kāi)發(fā)人員，測(cè)試人員，需求分析師都可以，就看處于評(píng)審那個(gè)階段

25、Beta測(cè)試與Alpha測(cè)試有什么區(qū)別？

–Beta testing(β測(cè)試),測(cè)試是軟件的多個(gè)用戶在一個(gè)或多個(gè)用戶的實(shí)際使用環(huán)境下進(jìn)行的測(cè)試。開(kāi)發(fā)者通常不在測(cè)試現(xiàn)場(chǎng)

–Alpha testing (α測(cè)試),是由一個(gè)用戶在開(kāi)發(fā)環(huán)境下進(jìn)行的測(cè)試，也可以是公司內(nèi)部的用戶在模擬實(shí)際操作環(huán)境下進(jìn)行的受控測(cè)試

26、你認(rèn)為做好測(cè)試計(jì)劃工作的關(guān)鍵是什么？

軟件測(cè)試計(jì)劃就是在軟件測(cè)試工作正式實(shí)施之前明確測(cè)試的對(duì)象，并且通過(guò)對(duì)資源、時(shí)間、風(fēng)險(xiǎn)、測(cè)試范圍和預(yù)算等方面的綜合分析和規(guī)劃，保證有效的實(shí)施軟件測(cè)試；

做好測(cè)試計(jì)劃工作的關(guān)鍵 ：目的，管理，規(guī)范

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

（2）、堅(jiān)持“5W”規(guī)則，明確內(nèi)容與過(guò)程“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è)試的開(kāi)始和結(jié)束日期（When），指出測(cè)試的方法和工具（How），給出測(cè)試文檔和軟件的存放位置（Where）。

（3）、采用評(píng)審和更新機(jī)制，保證測(cè)試計(jì)劃滿足實(shí)際需求測(cè)試計(jì)劃寫作完成后，如果沒(méi)有經(jīng)過(guò)評(píng)審，直接發(fā)送給測(cè)試團(tuán)隊(duì)，測(cè)試計(jì)劃內(nèi)容的可能不準(zhǔn)確或遺漏測(cè)試內(nèi)容，或者軟件需求變更引起測(cè)試范圍的增減，而測(cè)試計(jì)劃的內(nèi)容沒(méi)有及時(shí)更新，誤導(dǎo)測(cè)試執(zhí)行人員。

（4）、分別創(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è)試過(guò)程的測(cè)試用例放到獨(dú)立創(chuàng)建的測(cè)試用例文檔或測(cè)試用例管理數(shù)據(jù)庫(kù)中。測(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ù)。

27、你認(rèn)為做好測(cè)試用例工作的關(guān)鍵是什么？

需求和設(shè)計(jì)文檔的理解程度，對(duì)系統(tǒng)的熟悉程度

28、簡(jiǎn)述一下缺陷的生命周期？

提交->確認(rèn)->分配->修復(fù)->驗(yàn)證->關(guān)閉

29、軟件的安全性應(yīng)從哪幾個(gè)方面去測(cè)試？

(1) 用戶認(rèn)證機(jī)制：如數(shù)據(jù)證書、智能卡、雙重認(rèn)證、安全電子交易協(xié)議

(2) 加密機(jī)制

(3) 安全防護(hù)策略：如安全日志、入侵檢測(cè)、隔離防護(hù)、漏洞掃描

(4) 數(shù)據(jù)備份與恢復(fù)手段：存儲(chǔ)設(shè)備、存儲(chǔ)優(yōu)化、存儲(chǔ)保護(hù)、存儲(chǔ)管理

(5) 防病毒系統(tǒng)

30、你覺(jué)得軟件測(cè)試通過(guò)的標(biāo)準(zhǔn)應(yīng)該是什么樣的？

缺陷密度值達(dá)到客戶的要求

31、一套完整的測(cè)試應(yīng)該由哪些階段組成？

需求評(píng)審（有開(kāi)發(fā)人員，產(chǎn)品經(jīng)理，測(cè)試人員，項(xiàng)目經(jīng)理）－>需求確定(出一份確定的需求文檔)－>開(kāi)發(fā)設(shè)計(jì)文檔（開(kāi)發(fā)人員在開(kāi)始寫代碼前就能輸出設(shè)計(jì)文檔）－>想好測(cè)試策略，寫出測(cè)試用例－>發(fā)給開(kāi)發(fā)人員和測(cè)試經(jīng)理看看（非正式的評(píng)審用例）－>接到測(cè)試版本－>執(zhí)行測(cè)試用例（中間可能會(huì)補(bǔ)充用例）－>提交bug（有些bug需要開(kāi)發(fā)人員的確定（嚴(yán)重級(jí)別的，或突然發(fā)現(xiàn)的在測(cè)試用例范圍之外的，難以重現(xiàn)的），有些可以直接錄制進(jìn)TD）－>開(kāi)發(fā)人員修改（可以在測(cè)試過(guò)程中快速的修改）－>回歸測(cè)試（可能又會(huì)發(fā)現(xiàn)新問(wèn)題，再按流程開(kāi)始跑）

32、如何理解壓力、負(fù)載、性能測(cè)試測(cè)試？

性能測(cè)試是一個(gè)較大的范圍，實(shí)際上性能測(cè)試本身包含了性能、強(qiáng)度、壓力、負(fù)載等多方面的測(cè)試內(nèi)容。

壓力測(cè)試是對(duì)服務(wù)器的穩(wěn)定性以及負(fù)載能力等方面的測(cè)試，是一種很平常的測(cè)試。增大訪問(wèn)系統(tǒng)的用戶數(shù)量、或者幾個(gè)用戶進(jìn)行大數(shù)據(jù)量操作都是壓力測(cè)試。而負(fù)載測(cè)試是壓力相對(duì)較大的測(cè)試，主要是測(cè)試系統(tǒng)在一種或者集中極限條件下的相應(yīng)能力，是性能測(cè)試的重要部分。

100個(gè)用戶對(duì)系統(tǒng)進(jìn)行連續(xù)半個(gè)小時(shí)的訪問(wèn)可以看作壓力測(cè)試，那么連續(xù)訪問(wèn)8個(gè)小時(shí)就可以認(rèn)為負(fù)載測(cè)試，1000個(gè)用戶連續(xù)訪問(wèn)系統(tǒng)1個(gè)小時(shí)也可以看作是負(fù)載測(cè)試。

實(shí)際上壓力測(cè)試和負(fù)載測(cè)試沒(méi)有明顯的區(qū)分。測(cè)試人員應(yīng)該站在關(guān)注整體性能的高度上來(lái)對(duì)系統(tǒng)進(jìn)行測(cè)試。

33、如何編寫提交給用戶的測(cè)試報(bào)告？

—-根據(jù)內(nèi)部測(cè)試報(bào)告進(jìn)行編寫，一般可以摘錄；

—-不可以向客戶報(bào)告嚴(yán)重缺陷，即使是已經(jīng)修改的缺陷，開(kāi)發(fā)中的缺陷也沒(méi)有必要讓客戶知道；

—-報(bào)告上可以列出一些缺陷，但必須是中級(jí)的缺陷，而且這些缺陷必須是修復(fù)的；-報(bào)告上面的內(nèi)容盡量要真實(shí)可靠；

—-整個(gè)測(cè)試報(bào)告要仔細(xì)審閱，力爭(zhēng)不給項(xiàng)目帶來(lái)負(fù)面作用，尤其是性能測(cè)試報(bào)告。

34、您所熟悉的測(cè)試用例設(shè)計(jì)方法都有哪些？請(qǐng)分別以具體的例子來(lái)說(shuō)明這些方法在測(cè)試用例設(shè)計(jì)工作中的應(yīng)用。

1 ．等價(jià)類劃分

劃分等價(jià)類: 等價(jià)類是指某個(gè)輸入域的子集合.在該子集合中,各個(gè)輸入數(shù)據(jù)對(duì)于揭露程序中的錯(cuò)誤都是等效的.并合理地假定:測(cè)試某等價(jià)類的代表值就等于對(duì)這一類其它值的測(cè)試.因此,可以把全部輸入數(shù)據(jù)合理劃分為若干等價(jià)類,在每一個(gè)等價(jià)類中取一個(gè)數(shù)據(jù)作為測(cè)試的輸入條件,就可以用少量代表性的測(cè)試數(shù)據(jù).取得較好的測(cè)試結(jié)果.等價(jià)類劃分可有兩種不同的情況:有效等價(jià)類和無(wú)效等價(jià)類.

2．邊界值分析法

邊界值分析方法是對(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)選取正好等于,剛剛大于或剛剛小于邊界的值作為測(cè)試數(shù)據(jù),而不是選取等價(jià)類中的典型值或任意值作為測(cè)試數(shù)據(jù).

3．錯(cuò)誤推測(cè)法

基于經(jīng)驗(yàn)和直覺(jué)推測(cè)程序中所有可能存在的各種錯(cuò)誤, 從而有針對(duì)性的設(shè)計(jì)測(cè)試用例的方法.

錯(cuò)誤推測(cè)方法的基本思想: 列舉出程序中所有可能有的錯(cuò)誤和容易發(fā)生錯(cuò)誤的特殊情況,根據(jù)他們選擇測(cè)試用例. 例如, 在單元測(cè)試時(shí)曾列出的許多在模塊中常見(jiàn)的錯(cuò)誤. 以前產(chǎn)品測(cè)試中曾經(jīng)發(fā)現(xiàn)的錯(cuò)誤等, 這些就是經(jīng)驗(yàn)的總結(jié). 還有, 輸入數(shù)據(jù)和輸出數(shù)據(jù)為0的情況. 輸入表格為空格或輸入表格只有一行. 這些都是容易發(fā)生錯(cuò)誤的情況. 可選擇這些情況下的例子作為測(cè)試用例.

4．因果圖方法

前面介紹的等價(jià)類劃分方法和邊界值分析方法,都是著重考慮輸入條件,但未考慮輸入條件之間的聯(lián)系, 相互組合等. 考慮輸入條件之間的相互組合,可能會(huì)產(chǎn)生一些新的情況. 但要檢查輸入條件的組合不是一件容易的事情, 即使把所有輸入條件劃分成等價(jià)類,他們之間的組合情況也相當(dāng)多. 因此必須考慮采用一種適合于描述對(duì)于多種條件的組合,相應(yīng)產(chǎn)生多個(gè)動(dòng)作的形式來(lái)考慮設(shè)計(jì)測(cè)試用例. 這就需要利用因果圖（邏輯模型）. 因果圖方法最終生成的就是判定表. 它適合于檢查程序輸入條件的各種組合情況.

35、你對(duì)測(cè)試最大的興趣在哪里？為什么？

最大的興趣就是測(cè)試有難度，有挑戰(zhàn)性！做測(cè)試越久越能感覺(jué)到做好測(cè)試有多難。做測(cè)試，有部分是和人的性格有關(guān)，有部分需要后天的努力。但除了性格有關(guān)的我沒(méi)有把握，其他點(diǎn)我都很有信心做好它。

36、當(dāng)開(kāi)發(fā)人員說(shuō)不是BUG時(shí)，你如何應(yīng)付？

開(kāi)發(fā)人員說(shuō)不是bug，有2種情況，一是需求沒(méi)有確定，所以我可以這么做，這個(gè)時(shí)候可以找來(lái)產(chǎn)品經(jīng)理進(jìn)行確認(rèn)，需不需要改動(dòng)，3方商量確定好后再看要不要改。二是這種情況不可能發(fā)生，所以不需要修改，這個(gè)時(shí)候，我可以先盡可能的說(shuō)出是BUG的依據(jù)是什么？如果還是不行，那我可以給這個(gè)問(wèn)題提出來(lái),跟開(kāi)發(fā)經(jīng)理和測(cè)試經(jīng)理進(jìn)行確認(rèn),如果要修改就改,如果不要修改就不改。其實(shí)有些真的不是bug，我也只是建議的方式寫進(jìn)TD中，如果開(kāi)發(fā)人員不修改也沒(méi)有大問(wèn)題。如果確定是bug的話，一定要堅(jiān)持自己的立場(chǎng)，讓問(wèn)題得到最后的確認(rèn)。

37、寫出bug報(bào)告當(dāng)中一些必備的內(nèi)容。

硬件平臺(tái)和操作系統(tǒng)

測(cè)試應(yīng)用的硬件平臺(tái)（Platform），通常選擇“PC”。

測(cè)試應(yīng)用的操作系統(tǒng)平臺(tái)（OS）。

a) 版本 提交缺陷報(bào)告時(shí)通過(guò)該字段標(biāo)識(shí)此缺陷存在于被測(cè)試軟件的哪個(gè)版本。

b) Bug報(bào)告優(yōu)先級(jí)

c) Bug狀態(tài)

d) Bug的編號(hào)

e) 發(fā)現(xiàn)人

f) 提交人

g)指定處理人

h) 概述

i) 從屬關(guān)系

j) 詳細(xì)描述

k) 嚴(yán)重程度

l) 所屬模塊

m) 附件

n) 提交日期

38、開(kāi)發(fā)人員老是犯一些低級(jí)錯(cuò)誤怎么解決？

從兩個(gè)方面入手：

一方面從開(kāi)發(fā)管理入手，也就是從根源來(lái)解決問(wèn)題?？梢灾贫ㄒ?guī)范的開(kāi)發(fā)流程，甚至可以制定懲罰制度，還有就是軟件開(kāi)發(fā)前做好規(guī)劃設(shè)計(jì)。

另一方面就是加強(qiáng)測(cè)試，具體做法就是加強(qiáng)開(kāi)發(fā)人員的自己測(cè)試，把這些問(wèn)題“消滅”在開(kāi)發(fā)階段，這是比較好的做法。

39、簡(jiǎn)述一下c/s模式或者b/s模式？

C/S模式：客戶端/服務(wù)器模式。工作原理：Client向Server提交一個(gè)請(qǐng)求；Server則使用一些方法處理這個(gè)請(qǐng)求，并將效果返回給Client。

B/S結(jié)構(gòu)，即Browser/Server(瀏覽器/服務(wù)器)結(jié)構(gòu)，主要是利用了不斷成熟的WWW瀏覽器技術(shù)，結(jié)合瀏覽器的多種Script語(yǔ)言(VBScript、JavaScript…)和ActiveX技術(shù)，用通用瀏覽器就實(shí)現(xiàn)了原來(lái)需要復(fù)雜專用軟件才能實(shí)現(xiàn)的強(qiáng)大功能，并節(jié)約了開(kāi)發(fā)成本，是一種全新的軟件系統(tǒng)構(gòu)造技術(shù)。

本人整理了一些各大廠的面試題（含答案）和今年(2022)最新資料的收集，所有資料均已整合成文檔，希望對(duì)大家有幫助。

轉(zhuǎn)發(fā) 關(guān)注，私信回復(fù)“666”即可獲取