測(cè)試面試問(wèn)題及答案

1、這篇帖子中的題目有我自己 面試過(guò)程中問(wèn)道過(guò)的，也有在網(wǎng)上看到的，但是答案我都是結(jié)合自己的從業(yè)經(jīng)驗(yàn)以及真是的項(xiàng)目實(shí)踐流程來(lái)編寫(xiě)的，不能說(shuō)這就是最終的正確答案，但是希望整理岀來(lái)能給大家一些參考和幫助！如果大家有更好的答案不妨寫(xiě)到帖子當(dāng)中，我們共同討論1、介紹一下整體項(xiàng)目流程答案：1. 搭建缺陷管理的環(huán)境和測(cè)試環(huán)境以及配置管理的環(huán)境搭建;2.編寫(xiě)測(cè)試計(jì)劃；3.設(shè)計(jì)測(cè)試用例；4.編寫(xiě)測(cè) 試用例；5.測(cè)試用例的評(píng)審；6.執(zhí)行測(cè)試；7.缺陷管理；8.測(cè)試報(bào)告的輸出2、在實(shí)際項(xiàng)目中你是如何做測(cè)試計(jì)劃答案：1. 對(duì)客戶提供的或需求分析人員編寫(xiě)的用戶需求文檔或需求規(guī)格說(shuō)明書(shū)進(jìn)行分析，提煉岀測(cè)試要點(diǎn)；2. 根據(jù)測(cè)

2、試要點(diǎn)編寫(xiě)測(cè)試用例。3. 由評(píng)審組對(duì)測(cè)試用例進(jìn)行評(píng)審-修改-再次評(píng)審-初步定稿4. 執(zhí)行測(cè)試4.1按照測(cè)試用例對(duì)系統(tǒng)進(jìn)行功能驗(yàn)證及客戶的需求驗(yàn)證4.2將測(cè)試過(guò)程中產(chǎn)生的 Bug錄入缺陷管理系統(tǒng)4.3新版本發(fā)布后，對(duì)本次版本新增加的功能以及開(kāi)發(fā)人員修正的Bug進(jìn)行回歸測(cè)試4.4根據(jù)項(xiàng)目需要提交測(cè)試報(bào)告。3、你是如何制定測(cè)試過(guò)程中的時(shí)間進(jìn)度表的答案:根據(jù)項(xiàng)目的需求、開(kāi)發(fā)周期、開(kāi)發(fā)人員的開(kāi)發(fā)進(jìn)度等時(shí)間安排來(lái)制定一個(gè)測(cè)試時(shí)間進(jìn)度初稿，并將測(cè)試時(shí)間進(jìn)度表交與整個(gè)項(xiàng)目團(tuán)隊(duì)成員大家一起討論和分析，最終和所有人達(dá)成共識(shí)制定岀一個(gè)大家都可以執(zhí)行的測(cè)試時(shí)間進(jìn)度表。時(shí)間表中包括了開(kāi)發(fā)人員提交功能或功能模塊的時(shí)間，以

3、及為了更好的執(zhí)行測(cè)試，配合測(cè)試人員進(jìn)行功能培訓(xùn)的時(shí)間，以及測(cè)試執(zhí)行時(shí)間等，都詳細(xì)的寫(xiě)到 WBS中，并按照這個(gè)時(shí)間進(jìn)度表來(lái)執(zhí)行項(xiàng)目的測(cè)試任 務(wù)。4、測(cè)試計(jì)劃都包括那些項(xiàng)答案：1.測(cè)試計(jì)劃目標(biāo)2.測(cè)試參考文檔3.測(cè)試術(shù)語(yǔ)與定義4.測(cè)試內(nèi)容5.測(cè)試人員的分工6.測(cè)試進(jìn)度7.測(cè)試 流程8.測(cè)試工具9.測(cè)試缺陷管理10.測(cè)試的風(fēng)險(xiǎn)分析5、測(cè)試用例如何設(shè)計(jì)的答案：在測(cè)試 用例設(shè)計(jì)之前首先要熟悉客戶的需求文檔或需求規(guī)格說(shuō)明書(shū)，以做到對(duì)被測(cè)系統(tǒng)的熟悉，充分了解產(chǎn)品的詳細(xì)功能，并在熟悉過(guò)程中即使與研發(fā)人員和客戶人員進(jìn)行有效的溝通。然后從需求中提煉中各個(gè)模塊的詳細(xì)功能點(diǎn)編寫(xiě)岀一個(gè)測(cè)試要點(diǎn)的文檔。根據(jù)測(cè)試要點(diǎn)設(shè)計(jì)測(cè)

4、試用例，測(cè)試要點(diǎn)與測(cè)試用例是一個(gè)一對(duì)多的關(guān)系， 一個(gè)測(cè)試要點(diǎn)可能會(huì)需要幾個(gè)測(cè)試用例的驗(yàn)證，有正常的操 作和異常的操作，甚至是幾個(gè)正常與幾個(gè)異常的操作，這要根據(jù)實(shí)際功能的要求來(lái)具體分析具體實(shí)現(xiàn)。6、測(cè)試用例包括那些項(xiàng)答案：產(chǎn)品名稱、功能模塊、用例的編號(hào)、編寫(xiě)人、被測(cè)功能的簡(jiǎn)述，測(cè)試的預(yù)置條件，測(cè)試步驟，預(yù)期 結(jié)果，實(shí)際結(jié)果。7、缺陷處理流程1. 講缺陷的詳細(xì)信息錄入缺陷管理系統(tǒng)，并分配給對(duì)應(yīng)的開(kāi)發(fā)人員2. 如果遇到一些難以再現(xiàn)的缺陷，在開(kāi)發(fā)人員修正過(guò)程中配合開(kāi)發(fā)人員進(jìn)行Bug的再現(xiàn)。3. 開(kāi)發(fā)人員修正Bug后，會(huì)在缺陷管理系統(tǒng)中將修正后的Bug狀態(tài)更改，通常為 Fixed狀態(tài)。4. 新版本發(fā)布后

5、，測(cè)試人員會(huì)講 bug狀態(tài)已經(jīng)更改為Fixed的Bug進(jìn)行回歸測(cè)試。如果測(cè)試通過(guò)，則將該 Bug關(guān)閉，如果仍未通過(guò)，則將該 Bug從Fixed更改為Reopen狀態(tài)，繼續(xù)讓開(kāi)發(fā)人員來(lái)修正。并等待下 一個(gè)新版本發(fā)布后的二次回歸測(cè)試。8、缺陷報(bào)告包括那些項(xiàng)答案：編寫(xiě)人、被測(cè)系統(tǒng)的版本號(hào)、測(cè)試環(huán)境、預(yù)期結(jié)果、實(shí)際結(jié)果、對(duì)于實(shí)際結(jié)果如有必要附上截圖、測(cè)試用例數(shù)、測(cè)試用例通過(guò)數(shù)，測(cè)試用例的通過(guò)率、對(duì)缺陷的一個(gè)分析匯總。9、缺陷報(bào)告嚴(yán)重級(jí)別的劃分嚴(yán)重級(jí)別的錯(cuò)誤：影響系統(tǒng)整體基本流程運(yùn)行的錯(cuò)誤，由于某一操作造成系統(tǒng)死循環(huán)或服務(wù)器崩潰的錯(cuò)誤較嚴(yán)重：功能實(shí)現(xiàn)錯(cuò)誤、內(nèi)部計(jì)算錯(cuò)誤、一般：UI錯(cuò)誤，一些易用性的錯(cuò)誤或

6、建10、 開(kāi)發(fā)人員修復(fù)缺陷后，如何保證不影響其他功能答案：Bug的修復(fù)以及新功能的添加都有可能對(duì)版本造成一些影響，為了避免，在新版本發(fā)布以后，首先會(huì)對(duì)新版本做一個(gè)基礎(chǔ)的流程測(cè)試也叫做冒煙測(cè)試，如果測(cè)試基本流程都順利通過(guò)沒(méi)有任何問(wèn)題，那么測(cè) 試人員可以繼續(xù)進(jìn)行詳細(xì)的測(cè)試，否則就將冒煙測(cè)試中岀現(xiàn)的問(wèn)題以及問(wèn)題有可能岀現(xiàn)的原因反饋給開(kāi)發(fā) 人員，由開(kāi)發(fā)人員修正后再次發(fā)版，進(jìn)行測(cè)試。這是一個(gè)迭代的過(guò)程。10、發(fā)現(xiàn)問(wèn)題后你是如何判斷其是否是BUG，你是如何提交的、答案：測(cè)試用例是經(jīng)過(guò)評(píng)審組嚴(yán)格的評(píng)審，完全按照客戶的需求規(guī)格說(shuō)明書(shū)作為最終依據(jù)來(lái)評(píng)審的，如果 測(cè)試過(guò)程中，測(cè)試結(jié)果與實(shí)際結(jié)果不符就很可能是Bug

7、，如果一些比較明顯的問(wèn)題就直接錄入缺陷管理系統(tǒng)，如果是一些邊界問(wèn)題不容易確定的，可以通過(guò)和開(kāi)發(fā)人員甚至是設(shè)計(jì)人員等進(jìn)行溝通最后得岀一個(gè)結(jié) 果究竟是否是Bug，如果是Bug就錄入，如果是一個(gè)需要增加的新功能等，可以錄入缺陷管理系統(tǒng)，類(lèi)型為新需求。11、 修復(fù)一個(gè)BUG而導(dǎo)致其他的BUG出現(xiàn)，該如何處理答案：幫助開(kāi)發(fā)人員分析問(wèn)題鎖定原因然后進(jìn)行新Bug的修正。12、測(cè)試總結(jié)報(bào)告包括那些項(xiàng)答案：測(cè)試用例的通過(guò)數(shù)，測(cè)試用例的未通過(guò)數(shù)，以及測(cè)試用例的通過(guò)率，未通過(guò)的功能都集中在哪幾個(gè)功能模塊，根據(jù)測(cè)試經(jīng)驗(yàn)以及測(cè)試結(jié)果進(jìn)行一個(gè)缺陷的分析和建議。13、測(cè)試工作進(jìn)行到一半是，發(fā)現(xiàn)時(shí)間不夠，你如何處理答案：1.

8、與客戶溝通本次發(fā)布的版本什么是最重要的，什么是其次，我會(huì)安排一個(gè)優(yōu)先級(jí)來(lái)對(duì)整體測(cè)試功 能進(jìn)行一個(gè)篩選。2. 我會(huì)和測(cè)試組原體人員一起加班14、開(kāi)發(fā)與測(cè)試的關(guān)系答案：開(kāi)發(fā)和測(cè)試是一個(gè)整體，也可以說(shuō)測(cè)試驅(qū)動(dòng)著開(kāi)發(fā)，開(kāi)發(fā)配合著測(cè)試，相輔相成的，在一個(gè)完整的 項(xiàng)目組中缺一不可。15、如果你是測(cè)試組長(zhǎng)你如何對(duì)項(xiàng)目及組員進(jìn)行管理答案：首先要從需求開(kāi)始，充分了解被測(cè)系統(tǒng)的功能以及業(yè)務(wù)需求，并在遇到問(wèn)題的時(shí)候及時(shí)有效的與開(kāi) 發(fā)人員以及其他項(xiàng)目相關(guān)人員進(jìn)行溝通，做到最被測(cè)系統(tǒng)的十分熟悉。并了解整個(gè)測(cè)試組的成員他們的測(cè) 試技能以及擅長(zhǎng)的工作，做到測(cè)試任務(wù)的合理分配，得以讓測(cè)試工作快速，穩(wěn)定高效的進(jìn)行！16、如果你

9、提交的BUG開(kāi)發(fā)人員說(shuō)這不是缺陷你該怎么辦答：若遇到開(kāi)發(fā)人員說(shuō)提交 BUG不是缺陷則跟項(xiàng)目組的需求人員，設(shè)計(jì)人員以及該功能的開(kāi)發(fā)人員共同 討論做確認(rèn).軟件測(cè)試分哪兩種方法？分別適合什么情況?2. 一套完整的測(cè)試應(yīng)該由哪些階段組成？分別闡述一下各個(gè)階段3. 軟件測(cè)試的類(lèi)型有那些？分別比較這些不同的測(cè)試類(lèi)型的區(qū)別與聯(lián)系。4. 測(cè)試用例通常包括那些內(nèi)容？著重闡述編制測(cè)試用例的具體做法5. 在分別測(cè)試winform的C/S結(jié)構(gòu)與測(cè)試 WEB結(jié)構(gòu)的軟件是，應(yīng)該采取什么樣的方法分別測(cè)試？他們存 在什么樣的區(qū)別與聯(lián)系？6. 在測(cè)試winform的C/S結(jié)構(gòu)軟件時(shí)，發(fā)現(xiàn)這個(gè)軟件的運(yùn)行速度很慢，您會(huì)認(rèn)為是什么原

10、因？您會(huì)采 取哪些方法去檢查這個(gè)原因？7. 描述使用bugzilla缺陷管理工具對(duì)軟件缺陷（BUG ）跟蹤的管理的流程 8.如果您是測(cè)試組長(zhǎng)，您會(huì) 采取什么樣的方式管理團(tuán)隊(duì)？在測(cè)試人員同開(kāi)發(fā)人員的溝通過(guò)程中，如何提高溝通的效率和改善溝通的效果？維持測(cè)試人員同開(kāi)發(fā)團(tuán)隊(duì)中其他成員良好的人際關(guān)系的關(guān)鍵是什么？問(wèn)題解答：1. 軟件測(cè)試分哪兩種方法？分別適合什么情況？軟件測(cè)試方法一般分為兩種：白盒測(cè)試與黑盒測(cè)試。白盒測(cè)試又稱為結(jié)構(gòu)測(cè)試、邏輯驅(qū)動(dòng)測(cè)試或基于 程序本身的測(cè)試，它著重于程序的內(nèi)部結(jié)構(gòu)及算法，通常不關(guān)心功能與性能指標(biāo)；黑盒測(cè)試又被稱為功能 測(cè)試、數(shù)據(jù)驅(qū)動(dòng)測(cè)試或基于規(guī)格說(shuō)明的測(cè)試，它實(shí)際上是站在最

11、終用戶的立場(chǎng)，檢驗(yàn)輸入輸岀信息及系統(tǒng) 性能指標(biāo)是否符合規(guī)格說(shuō)明書(shū)中有關(guān)功能需求及性能需求的規(guī)定。2. 一套完整的測(cè)試應(yīng)該由哪些階段組成？分別闡述一下各個(gè)階段。計(jì)劃階段、設(shè)計(jì)階段、白盒單元、白盒集成、黑盒單元、黑盒集成、系統(tǒng)測(cè)試、回歸測(cè)試、驗(yàn)收測(cè)試 一套完整的測(cè)試應(yīng)該由五個(gè)階段組成：1）。測(cè)試計(jì)劃首先，根據(jù)用戶需求報(bào)告中關(guān)于功能要求和性能指標(biāo)的規(guī)格說(shuō)明書(shū)，定義相應(yīng)的測(cè)試需求報(bào)告，即制訂黑盒測(cè)試的最高標(biāo)準(zhǔn)。以后所有的測(cè)試工作都將圍繞著 測(cè)試需求來(lái)進(jìn)行，符合測(cè)試需求的應(yīng)用程序即是合格的，反之即是不合格的；同時(shí)，還要適當(dāng)選擇測(cè)試內(nèi) 容，合理安排測(cè)試人員、測(cè)試時(shí)間及測(cè)試資源等。2）測(cè)試設(shè)計(jì)將測(cè)試計(jì)劃階段

12、制訂的測(cè)試需求分解、細(xì)化為若干個(gè)可執(zhí)行的測(cè)試過(guò)程，并為每個(gè)測(cè)試過(guò) 程選擇適當(dāng)?shù)臏y(cè)試用例（測(cè)試用例選擇的好壞將直接影響測(cè)試結(jié)果的有效性）。3）測(cè)試開(kāi)發(fā)建立可重復(fù)使用的自動(dòng)測(cè)試過(guò)程。4） 測(cè)試執(zhí)行執(zhí)行測(cè)試開(kāi)發(fā)階段建立的自動(dòng)測(cè)試過(guò)程，并對(duì)所發(fā)現(xiàn)的缺陷進(jìn)行跟蹤管理，測(cè)試執(zhí)行一般由單元測(cè)試、組合測(cè)試、集成測(cè)試、系統(tǒng)聯(lián)調(diào)及回歸測(cè)試等步驟組成，測(cè)試人員應(yīng)本著科學(xué)負(fù)責(zé)的態(tài)度，一步一個(gè)腳印地進(jìn)行測(cè)試。5） 測(cè)試評(píng)估結(jié)合量化的測(cè)試覆蓋域及缺陷跟蹤報(bào)告，對(duì)于應(yīng)用軟件的質(zhì)量和開(kāi)發(fā)團(tuán)隊(duì)的工作進(jìn)度及工作效率進(jìn)行綜合評(píng)價(jià)。3. 軟件測(cè)試的類(lèi)型有那些？分別比較這些不同的測(cè)試類(lèi)型的區(qū)別與聯(lián)系。BVT （ Build Verif

13、ication Test ），主要目的是驗(yàn)證最新生成的軟件版本在功能上是否完整，主要的軟件特性是否正確Scenario Tests（基于用戶實(shí)際應(yīng)用場(chǎng)景的測(cè)試），Scenario Tests優(yōu)點(diǎn)是關(guān)注了用戶的需求，缺點(diǎn)是有時(shí)候難以真正模仿用戶真實(shí)的使用情況Smoke Test，修復(fù)Bug后，針對(duì)此次修復(fù)是否會(huì)對(duì)其他模塊造成影響而進(jìn)行的專(zhuān)門(mén)測(cè)試。Smoke Test優(yōu)點(diǎn)是節(jié)省測(cè)試時(shí)間，防止build失敗。缺點(diǎn)是覆蓋率還是比較低此外，還有Application Compatibility Test（兼容性測(cè)試），主要目的是為了兼容第三方軟件，確保第三方軟件能正常運(yùn)行，用戶不受影響。Accessib

14、ility Test （軟件適用性測(cè)試），是確保軟件對(duì)于某些有殘疾的人士也能正常的使用，但優(yōu)先級(jí)比較低。其它的測(cè)試還有Functional Test （功能測(cè)試）'SecurityTest （安全性測(cè)試）、 Stress Test （壓力測(cè)試）、Performance Test （性能測(cè)試）、 Regression Test （回歸測(cè)試）、Setup/Upgrade Test（安裝升級(jí)測(cè)試）等4. 測(cè)試用例通常包括那些內(nèi)容？著重闡述編制測(cè)試用例的具體做法不同結(jié)構(gòu)的用例包括的不一樣。（版本、編號(hào)、項(xiàng)目、設(shè)計(jì)人員、設(shè)計(jì)日期、輸入、預(yù)期輸出）軟件測(cè)試用例的基本要素包括測(cè)試用例編號(hào)、測(cè)試標(biāo)題、

15、重要級(jí)別、測(cè)試輸入、操作步驟、預(yù)期結(jié)果。用例編號(hào)：測(cè)試用例的編號(hào)有一定的規(guī)則，比如系統(tǒng)測(cè)試用例的編號(hào)這樣定義規(guī)則：PROJECT1-ST-001 ，命名規(guī)則是項(xiàng)目名稱+測(cè)試階段類(lèi)型（系統(tǒng)測(cè)試階段）+編號(hào)。定義測(cè)試用例編號(hào)， 便于查找測(cè)試用例，便于測(cè)試用例的跟蹤。測(cè)試標(biāo)題：對(duì)測(cè)試用例的描述，測(cè)試用例標(biāo)題應(yīng)該清楚表達(dá)測(cè)試用例的用途。比如“測(cè)試用戶登錄時(shí)輸入錯(cuò)誤密碼時(shí)，軟件的響應(yīng)情況 ”重要級(jí)別：定義測(cè)試用例的優(yōu)先級(jí)別，可以籠統(tǒng)的分為“高”和“低”兩個(gè)級(jí)別。一般來(lái)說(shuō)，如果軟件需求的優(yōu)先級(jí)為“高”，那么針對(duì)該需求的測(cè)試用例優(yōu)先級(jí)也為“高”；反之亦然，測(cè)試輸入：提供測(cè)試執(zhí)行中的各種輸入條件。根據(jù)需求中的

16、輸入條件，確定測(cè)試用例的輸入。測(cè)試用例的輸入對(duì)軟件需求當(dāng)中的輸入有很大的依賴性，如果軟件需求中沒(méi)有很好的定義需求 的輸入，那么測(cè)試用例設(shè)計(jì)中會(huì)遇到很大的障礙。操作步驟：提供測(cè)試執(zhí)行過(guò)程的步驟。對(duì)于復(fù)雜的測(cè)試用例，測(cè)試用例的輸入需要分為幾個(gè)步驟完成，這部分內(nèi)容在操作步驟中詳細(xì)列岀。預(yù)期結(jié)果：提供測(cè)試執(zhí)行的預(yù)期結(jié)果，預(yù)期結(jié)果應(yīng)該根據(jù)軟件需求中的輸岀得岀。如果在實(shí)際測(cè)試過(guò)程中，得到的實(shí)際測(cè)試結(jié)果與預(yù)期結(jié)果不符，那么測(cè)試不通過(guò)；反之則測(cè)試通過(guò)。7.描述使用bugzilla缺陷管理工具對(duì)軟件缺陷（BUG ）跟蹤的管理的流程1、測(cè)試人員或開(kāi)發(fā)人員發(fā)現(xiàn) bug后，判斷屬于哪個(gè)模塊的問(wèn)題， 填寫(xiě)bug報(bào)告后，系統(tǒng)會(huì)自動(dòng)通過(guò)Email通知項(xiàng)目組長(zhǎng)或直接通知開(kāi)發(fā)者