測試面試問題及答案

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

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

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

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

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

6、能的添加都有可能對版本造成一些影響，為了避免，在新版本發(fā)布以后，首先會對新版本做一個基礎(chǔ)的流程測試也叫做冒煙測試，如果測試基本流程都順利通過沒有任何問題，那么測試人員可以繼續(xù)進(jìn)行詳細(xì)的測試，否則就將冒煙測試中出現(xiàn)的問題以及問題有可能出現(xiàn)的原因反饋給開發(fā)人員，由開發(fā)人員修正后再次發(fā)版，進(jìn)行測試。這是一個迭代的過程。10、發(fā)現(xiàn)問題后你是如何判斷其是否是BUG，你是如何提交的、答案：測試用例是經(jīng)過評審組嚴(yán)格的評審，完全按照客戶的需求規(guī)格說明書作為最終依據(jù)來評審的，如果測試過程中，測試結(jié)果與實(shí)際結(jié)果不符就很可能是Bug，如果一些比較明顯的問題就直接錄入缺陷管理系統(tǒng)，如果是一些邊界問題不容易確定的，可以

7、通過和開發(fā)人員甚至是設(shè)計人員等進(jìn)行溝通最后得出一個結(jié)果究竟是否是Bug，如果是Bug就錄入，如果是一個需要增加的新功能等，可以錄入缺陷管理系統(tǒng)，類型為新需求。11、修復(fù)一個BUG而導(dǎo)致其他的BUG出現(xiàn)，該如何處理答案：幫助開發(fā)人員分析問題鎖定原因然后進(jìn)行新Bug的修正。12、測試總結(jié)報告包括那些項(xiàng)答案：測試用例的通過數(shù)，測試用例的未通過數(shù)，以及測試用例的通過率，未通過的功能都集中在哪幾個功能模塊，根據(jù)測試經(jīng)驗(yàn)以及測試結(jié)果進(jìn)行一個缺陷的分析和建議。13、測試工作進(jìn)行到一半是，發(fā)現(xiàn)時間不夠，你如何處理答案：1.與客戶溝通本次發(fā)布的版本什么是最重要的，什么是其次，我會安排一個優(yōu)先級來對整體測試功能進(jìn)

8、行一個篩選。2. 我會和測試組原體人員一起加班14、開發(fā)與測試的關(guān)系答案：開發(fā)和測試是一個整體，也可以說測試驅(qū)動著開發(fā)，開發(fā)配合著測試，相輔相成的，在一個完整的項(xiàng)目組中缺一不可。15、如果你是測試組長你如何對項(xiàng)目及組員進(jìn)行管理答案：首先要從需求開始，充分了解被測系統(tǒng)的功能以及業(yè)務(wù)需求，并在遇到問題的時候及時有效的與開發(fā)人員以及其他項(xiàng)目相關(guān)人員進(jìn)行溝通，做到最被測系統(tǒng)的十分熟悉。并了解整個測試組的成員他們的測試技能以及擅長的工作，做到測試任務(wù)的合理分配，得以讓測試工作快速，穩(wěn)定高效的進(jìn)行！16、如果你提交的BUG開發(fā)人員說這不是缺陷你該怎么辦答：若遇到開發(fā)人員說提交BUG不是缺陷則跟項(xiàng)目組的需求

9、人員，設(shè)計人員以及該功能的開發(fā)人員共同討論做確認(rèn)軟件測試分哪兩種方法？分別適合什么情況？2.一套完整的測試應(yīng)該由哪些階段組成？分別闡述一下各個階段。3. 軟件測試的類型有那些？分別比較這些不同的測試類型的區(qū)別與聯(lián)系。4. 測試用例通常包括那些內(nèi)容？著重闡述編制測試用例的具體做法5. 在分別測試winform的C/S結(jié)構(gòu)與測試WEB結(jié)構(gòu)的軟件是，應(yīng)該采取什么樣的方法分別測試？他們存在什么樣的區(qū)別與聯(lián)系？6. 在測試winform的C/S結(jié)構(gòu)軟件時，發(fā)現(xiàn)這個軟件的運(yùn)行速度很慢，您會認(rèn)為是什么原因？您會采取哪些方法去檢查這個原因？7描述使用bugzilla缺陷管理工具對軟件缺陷（BUG）跟蹤的管理的

10、流程8如果您是測試組長，您會采取什么樣的方式管理團(tuán)隊(duì)？在測試人員同開發(fā)人員的溝通過程中，如何提高溝通的效率和改善溝通的效果？維持測試人員同開發(fā)團(tuán)隊(duì)中其他成員良好的人際關(guān)系的關(guān)鍵是什么？問題解答：1軟件測試分哪兩種方法？分別適合什么情況？軟件測試方法一般分為兩種：白盒測試與黑盒測試。白盒測試又稱為結(jié)構(gòu)測試、邏輯驅(qū)動測試或基于程序本身的測試，它著重于程序的內(nèi)部結(jié)構(gòu)及算法，通常不關(guān)心功能與性能指標(biāo)；黑盒測試又被稱為功能測試、數(shù)據(jù)驅(qū)動測試或基于規(guī)格說明的測試，它實(shí)際上是站在最終用戶的立場，檢驗(yàn)輸入輸出信息及系統(tǒng)性能指標(biāo)是否符合規(guī)格說明書中有關(guān)功能需求及性能需求的規(guī)定。2.一套完整的測試應(yīng)該由哪些階段組

11、成？分別闡述一下各個階段。計劃階段、設(shè)計階段、白盒單元、白盒集成、黑盒單元、黑盒集成、系統(tǒng)測試、回歸測試、驗(yàn)收測試一套完整的測試應(yīng)該由五個階段組成：1）。測試計劃首先，根據(jù)用戶需求報告中關(guān)于功能要求和性能指標(biāo)的規(guī)格說明書，定義相應(yīng)的測試需求報告，即制訂黑盒測試的最高標(biāo)準(zhǔn)。以后所有的測試工作都將圍繞著測試需求來進(jìn)行，符合測試需求的應(yīng)用程序即是合格的，反之即是不合格的；同時，還要適當(dāng)選擇測試內(nèi)容，合理安排測試人員、測試時間及測試資源等。2）測試設(shè)計將測試計劃階段制訂的測試需求分解、細(xì)化為若干個可執(zhí)行的測試過程，并為每個測試過程選擇適當(dāng)?shù)臏y試用例（測試用例選擇的好壞將直接影響測試結(jié)果的有效性）。3）

12、測試開發(fā)建立可重復(fù)使用的自動測試過程。4）測試執(zhí)行執(zhí)行測試開發(fā)階段建立的自動測試過程，并對所發(fā)現(xiàn)的缺陷進(jìn)行跟蹤管理，測試執(zhí)行一般由單元測試、組合測試、集成測試、系統(tǒng)聯(lián)調(diào)及回歸測試等步驟組成，測試人員應(yīng)本著科學(xué)負(fù)責(zé)的態(tài)度，一步一個腳印地進(jìn)行測試。5）測試評估結(jié)合量化的測試覆蓋域及缺陷跟蹤報告，對于應(yīng)用軟件的質(zhì)量和開發(fā)團(tuán)隊(duì)的工作進(jìn)度及工作效率進(jìn)行綜合評價。3. 軟件測試的類型有那些？分別比較這些不同的測試類型的區(qū)別與聯(lián)系。BVT（BuildVerificationTest），主要目的是驗(yàn)證最新生成的軟件版本在功能上是否完整，主要的軟件特性是否正確ScenarioTests（基于用戶實(shí)際應(yīng)用場景的測

13、試），ScenarioTests優(yōu)點(diǎn)是關(guān)注了用戶的需求，缺點(diǎn)是有時候難以真正模仿用戶真實(shí)的使用情況SmokeTest，修復(fù)Bug后，針對此次修復(fù)是否會對其他模塊造成影響而進(jìn)行的專門測試。SmokeTest優(yōu)點(diǎn)是節(jié)省測試時間，防止build失敗。缺點(diǎn)是覆蓋率還是比較低此外，還有ApplicationCompatibilityTest（兼容性測試），主要目的是為了兼容第三方軟件，確保第三方軟件能正常運(yùn)行，用戶不受影響。AccessibilityTest（軟件適用性測試），是確保軟件對于某些有殘疾的人士也能正常的使用，但優(yōu)先級比較低。其它的測試還有FunctionalTest（功能測試）、Secur

14、ityTest（安全性測試）、StressTest（壓力測試）、PerformanceTest（性能測試）、RegressionTest（回歸測試）、Setup/UpgradeTest（安裝升級測試）等4測試用例通常包括那些內(nèi)容？著重闡述編制測試用例的具體做法不同結(jié)構(gòu)的用例包括的不一樣。（版本、編號、項(xiàng)目、設(shè)計人員、設(shè)計日期、輸入、預(yù)期輸出）軟件測試用例的基本要素包括測試用例編號、測試標(biāo)題、重要級別、測試輸入、操作步驟、預(yù)期結(jié)果。用例編號：測試用例的編號有一定的規(guī)則，比如系統(tǒng)測試用例的編號這樣定義規(guī)則：PR0JECT1-ST-001，命名規(guī)則是項(xiàng)目名稱+測試階段類型（系統(tǒng)測試階段）+編號。定義

15、測試用例編號，便于查找測試用例，便于測試用例的跟蹤。測試標(biāo)題：對測試用例的描述，測試用例標(biāo)題應(yīng)該清楚表達(dá)測試用例的用途。比如“測試用戶登錄時輸入錯誤密碼時，軟件的響應(yīng)情況”重要級別：定義測試用例的優(yōu)先級別，可以籠統(tǒng)的分為“高”和“低”兩個級別。一般來說，如果軟件需求的優(yōu)先級為“高”，那么針對該需求的測試用例優(yōu)先級也為“高”；反之亦然，測試輸入：提供測試執(zhí)行中的各種輸入條件。根據(jù)需求中的輸入條件，確定測試用例的輸入。測試用例的輸入對軟件需求當(dāng)中的輸入有很大的依賴性，如果軟件需求中沒有很好的定義需求的輸入，那么測試用例設(shè)計中會遇到很大的障礙。操作步驟：提供測試執(zhí)行過程的步驟。對于復(fù)雜的測試用例，測試用例的輸入需要分為幾個步驟完成，這部分內(nèi)容在操作步驟中詳細(xì)列出。預(yù)期結(jié)果：提供測試執(zhí)行的預(yù)期結(jié)果，預(yù)期結(jié)果應(yīng)該根據(jù)軟件需求中的輸出得出。如果在實(shí)際測試過程中，得到的實(shí)際測試結(jié)果與預(yù)期結(jié)果不符，那么測試不通過；反之則測試通過。7描述使用bugzilla缺陷管理工具對軟件缺陷（BUG）跟蹤的管理的流程1、測試人員或開發(fā)人員發(fā)現(xiàn)bug后，判斷屬于哪個模塊的問題，填寫bug報告后，系統(tǒng)會自動通過Email通知項(xiàng)目組長或直接通知開發(fā)者。1）經(jīng)