軟件測試面試題到這里已經(jīng)分享了三期了，同學(xué)們是不是感覺意猶未盡呢？還是老規(guī)矩建議收藏起來慢慢看~
31、軟件測試人員就是QA嗎？
軟件測試人員的職責(zé)是盡可能早的找出軟件缺陷，確保得以修復(fù)。而質(zhì)量保證人員（QA）主要職責(zé)是創(chuàng)建或者制定標(biāo)準(zhǔn)和方法，提高促進(jìn)軟件開發(fā)能力和減少軟件缺陷。測試人員的主要工作是測試，質(zhì)量保證人員日常工作重要內(nèi)容是檢查與評審，測試工作也是測試保證人員的工作對象。
軟件測試和質(zhì)量是相輔相成的關(guān)系，都是為了提高軟件質(zhì)量而工作。
32、和用戶共同測試（UAT測試）的注意點(diǎn)有哪些？
軟件產(chǎn)品在投產(chǎn)前，通常都會(huì)進(jìn)行用戶驗(yàn)收測試。如果用戶驗(yàn)收測試沒有通過，直接結(jié)果就是那不到“Money”，間接影響是損害了公司的形象，而后者的影響往往更嚴(yán)重。根據(jù)作者的經(jīng)驗(yàn)，用戶驗(yàn)收測試一定要讓用戶滿意。
實(shí)際上用戶現(xiàn)場測試更趨于是一種演示。在不欺騙用戶的前提下，我們向用戶展示我們軟件的優(yōu)點(diǎn)，最后讓“上帝”滿意并欣然掏出“銀子”才是我們的目標(biāo)。因此用戶測試要注意下面的事項(xiàng)：
（1）用戶現(xiàn)場測試不可能測試全部功能，因此要測試核心功能。這需要提前做好準(zhǔn)備，這些核心功能一定要預(yù)先經(jīng)過測試，證明沒有問題才可以和用戶共同進(jìn)行測試。測試核心模塊的目的是建立用戶對軟件的信心。當(dāng)然如果這些模塊如果問題較多，不應(yīng)該進(jìn)行演示。
（2）如果某些模塊確實(shí)有問題，我們可以演示其它重要的業(yè)務(wù)功能模塊，必要時(shí)要向用戶做成合理的解釋。爭得時(shí)間后，及時(shí)修改缺陷來彌補(bǔ)。
（3）永遠(yuǎn)不能欺騙用戶，蒙混過關(guān)。道理很簡單，因?yàn)檐浖且o用戶用的，問題早晚會(huì)暴露出來，除非你可以馬上修改。
和用戶進(jìn)行測試還要注意各種交流技巧，爭取不但短期利益得到了滿足，還要為后面得合作打好基礎(chǔ)。
33、如何編寫提交給用戶的測試報(bào)告？
隨著測試工作越來越受重視，開發(fā)團(tuán)隊(duì)向客戶提供測試文檔是不可避免的事情。很多人會(huì)問：“我們可以把工作中的測試報(bào)告提供給客戶嗎？”答案是否定的。因?yàn)樘峁﹥?nèi)部測試報(bào)告，可能會(huì)讓客戶失去信心，甚至否定項(xiàng)目。
測試報(bào)告一般分為內(nèi)部測試報(bào)告和外部測試報(bào)告。內(nèi)部報(bào)告是我們在測試工作中的項(xiàng)目文檔，反映了測試工作的實(shí)施情況，這里不過多討論，讀者可以參考相關(guān)教材。這里主要討論一下外部測試報(bào)告的寫法，一般外部測試報(bào)告要滿足下面幾個(gè)要求：
-根據(jù)內(nèi)部測試報(bào)告進(jìn)行編寫，一般可以摘錄；
-不可以向客戶報(bào)告嚴(yán)重缺陷，即使是已經(jīng)修改的缺陷，開發(fā)中的缺陷也沒有必要讓客戶知道；
-報(bào)告上可以列出一些缺陷，但必須是中級的缺陷，而且這些缺陷必須是修復(fù)的；
-報(bào)告上面的內(nèi)容盡量要真實(shí)可靠；
-整個(gè)測試報(bào)告要仔細(xì)審閱，力爭不給項(xiàng)目帶來負(fù)面作用，尤其是性能測試報(bào)告。
總之，外部測試報(bào)告要小心謹(jǐn)慎的編寫。
34、測試工具在測試工作中是什么地位？
國內(nèi)的很多測試工程師對測試工具相當(dāng)迷戀，尤其是一些新手，甚至期望測試工具可以取代手工測試。測試工具在測試工作中起的是輔助作用，一般用來提高測試效率。自動(dòng)化測試彌補(bǔ)了手工測試的不足，減輕一定的工作量。實(shí)際上測試工具是無法替代大多數(shù)手工測試的，而一些諸如性能測試等自動(dòng)化測試也是手工所不能完成的。
對于自動(dòng)測試技術(shù)，應(yīng)當(dāng)依據(jù)軟件的不同情況來分別對待，一般自動(dòng)技術(shù)會(huì)應(yīng)用在引起大量重復(fù)性工作的地方、系統(tǒng)的壓力點(diǎn)、以及任何適合使用程序解決大批量輸入數(shù)據(jù)的地方。然后再尋找合適的自動(dòng)測試工具，或者自己開發(fā)測試程序。一定不要為了使用測試工具而使用。
35、寫出bug報(bào)告流轉(zhuǎn)的步驟，每步的責(zé)任人及主要完成的工作。
（要結(jié)合自己實(shí)際的工作經(jīng)驗(yàn)進(jìn)行回答，不同公司略有區(qū)別）
測試人員提交新的Bug入庫，錯(cuò)誤狀態(tài)為New。
高級測試員/測試經(jīng)理驗(yàn)證錯(cuò)誤，如果確認(rèn)是錯(cuò)誤，分配給開發(fā)組。設(shè)置狀態(tài)為Open。如果不是錯(cuò)誤，則拒絕，設(shè)置為Declined狀態(tài)。
開發(fā)經(jīng)理分配bug至對應(yīng)的模塊開發(fā)人員。
開發(fā)人員查詢狀態(tài)為Open的Bug，如果不是錯(cuò)誤，則置狀態(tài)為Declined；如果是Bug則修復(fù)并置狀態(tài)為Fixed。不能解決的Bug，要留下文字說明及保持Bug為Open狀態(tài)。
對于不能解決和延期解決的Bug，不能由開發(fā)人員自己決定，一般要通過某種會(huì)議（評審會(huì)）通過才能認(rèn)可。
測試人員查詢狀態(tài)為Fixed的Bug，然后驗(yàn)證Bug是否已解決，如解決，置Bug的狀態(tài)為Closed，如沒有解決,置bug狀態(tài)為Reopen。
36、寫出bug報(bào)告當(dāng)中一些必備的內(nèi)容。
硬件平臺和操作系統(tǒng)
測試應(yīng)用的硬件平臺（Platform），通常選擇“PC”。
測試應(yīng)用的操作系統(tǒng)平臺（OS）。
37、開發(fā)人員老是犯一些低級錯(cuò)誤怎么解決？
這種現(xiàn)象在開發(fā)流程不規(guī)范的團(tuán)隊(duì)里特別常見，尤其是一些“作坊式”的團(tuán)隊(duì)里。解決這種問題一般從兩個(gè)方面入手：
一方面從開發(fā)管理入手，也就是從根源來解決問題?？梢灾贫ㄒ?guī)范的開發(fā)流程，甚至可以制定懲罰制度，還有就是軟件開發(fā)前做好規(guī)劃設(shè)計(jì)。
另一方面就是加強(qiáng)測試，具體做法就是加強(qiáng)開發(fā)人員的自己測試，把這些問題“消滅”在開發(fā)階段，這是比較好的做法。
此外，還可以通過規(guī)范的缺陷管理來對開發(fā)人員進(jìn)行控制，比如測試部門整理出常見的缺陷，讓開發(fā)人員自己對照進(jìn)行檢查，以減少這類低級錯(cuò)誤的發(fā)生。
開發(fā)人員犯錯(cuò)誤是正常的現(xiàn)象，作為測試人員一定不能抱怨，要認(rèn)認(rèn)真真的解決問題才是上策。
38、畫出軟件測試的V模型圖。
39、為什么要在一個(gè)團(tuán)隊(duì)中開展軟件測試工作？
因?yàn)闆]有經(jīng)過測試的軟件很難在發(fā)布之前知道該軟件的質(zhì)量，就好比ISO質(zhì)量認(rèn)證一樣，測試同樣也需要質(zhì)量的保證，這個(gè)時(shí)候就需要在團(tuán)隊(duì)中開展軟件測試的工作。在測試的過程發(fā)現(xiàn)軟件中存在的問題，及時(shí)讓開發(fā)人員得知并修改問題，在即將發(fā)布時(shí)，從測試報(bào)告中得出軟件的質(zhì)量情況。
40、您在以往的測試工作中都曾經(jīng)具體從事過哪些工作？其中最擅長哪部分工作？
（根據(jù)項(xiàng)目經(jīng)驗(yàn)不同，靈活回答即可）
我曾經(jīng)做過web測試，后臺測試，客戶端軟件，其中包括功能測試，性能測試，用戶體驗(yàn)測試。最擅長的是功能測試
41、您所熟悉的軟件測試類型都有哪些？請?jiān)囍謩e比較這些不同的測試類型的區(qū)別與聯(lián)系（如功能測試、性能測試……）
測試類型有：功能測試，性能測試，界面測試。
功能測試在測試工作中占的比例最大，功能測試也叫黑盒測試。是把測試對象看作一個(gè)黑盒子。利用黑盒測試法進(jìn)行動(dòng)態(tài)測試時(shí)，需要測試軟件產(chǎn)品的功能，不需測試軟件產(chǎn)品的內(nèi)部結(jié)構(gòu)和處理過程。采用黑盒技術(shù)設(shè)計(jì)測試用例的方法有：等價(jià)類劃分、邊界值分析、錯(cuò)誤推測、因果圖和綜合策略。
性能測試是通過自動(dòng)化的測試工具模擬多種正常、峰值以及異常負(fù)載條件來對系統(tǒng)的各項(xiàng)性能指標(biāo)進(jìn)行測試。負(fù)載測試和壓力測試都屬于性能測試，兩者可以結(jié)合進(jìn)行。通過負(fù)載測試，確定在各種工作負(fù)載下系統(tǒng)的性能，目標(biāo)是測試當(dāng)負(fù)載逐漸增加時(shí)，系統(tǒng)各項(xiàng)性能指標(biāo)的變化情況。壓力測試是通過確定一個(gè)系統(tǒng)的瓶頸或者不能接收的性能點(diǎn)，來獲得系統(tǒng)能提供的最大服務(wù)級別的測試。
界面測試，界面是軟件與用戶交互的最直接的層，界面的好壞決定用戶對軟件的第一印象。而且設(shè)計(jì)良好的界面能夠引導(dǎo)用戶自己完成相應(yīng)的操作，起到向?qū)У淖饔谩Ｍ瑫r(shí)界面如同人的面孔，具有吸引用戶的直接優(yōu)勢。設(shè)計(jì)合理的界面能給用戶帶來輕松愉悅的感受和成功的感覺，相反由于界面設(shè)計(jì)的失敗，讓用戶有挫敗感，再實(shí)用強(qiáng)大的功能都可能在用戶的畏懼與放棄中付諸東流。
區(qū)別在于，功能測試關(guān)注產(chǎn)品的所有功能上，要考慮到每個(gè)細(xì)節(jié)功能，每個(gè)可能存在的功能問題。性能測試主要關(guān)注于產(chǎn)品整體的多用戶并發(fā)下的穩(wěn)定性和健壯性。界面測試更關(guān)注于用戶體驗(yàn)上，用戶使用該產(chǎn)品的時(shí)候是否易用，是否易懂，是否規(guī)范（快捷鍵之類的），是否美觀（能否吸引用戶的注意力），是否安全（盡量在前臺避免用戶無意輸入無效的數(shù)據(jù)，當(dāng)然考慮到體驗(yàn)性，不能太粗魯?shù)膹棾鼍妫孔瞿硞€(gè)性能測試的時(shí)候，首先它可能是個(gè)功能點(diǎn)，首先要保證它的功能是沒問題的，然后再考慮該功能點(diǎn)的性能測試
42、您認(rèn)為做好測試用例設(shè)計(jì)工作的關(guān)鍵是什么？
白盒測試用例設(shè)計(jì)的關(guān)鍵是以較少的用例覆蓋盡可能多的內(nèi)部程序邏輯結(jié)果。
黑盒法用例設(shè)計(jì)的關(guān)鍵同樣也是以較少的用例覆蓋模塊輸出和輸入接口。不可能做到完全測試，以最少的用例在合理的時(shí)間內(nèi)發(fā)現(xiàn)最多的問題。
43、測試計(jì)劃工作的目的是什么？測試計(jì)劃工作的內(nèi)容都包括什么？其中哪些是最重要的？
軟件測試計(jì)劃是指導(dǎo)測試過程的綱領(lǐng)性文件，包含了產(chǎn)品概述、測試策略、測試方法、測試區(qū)域、測試配置、測試周期、測試資源、測試交流、風(fēng)險(xiǎn)分析等內(nèi)容。借助軟件測試計(jì)劃，參與測試的項(xiàng)目成員，尤其是測試管理人員，可以明確測試任務(wù)和測試方法，保持測試實(shí)施過程的順暢溝通，跟蹤和控制測試進(jìn)度，應(yīng)對測試過程中的各種變更。
測試計(jì)劃和測試詳細(xì)規(guī)格、測試用例之間是戰(zhàn)略和戰(zhàn)術(shù)的關(guān)系，測試計(jì)劃主要從宏觀上規(guī)劃測試活動(dòng)的范圍、方法和資源配置，而測試詳細(xì)規(guī)格、測試用例是完成測試任務(wù)的具體戰(zhàn)術(shù)。所以其中最重要的是測試測試策略和測試方法（最好是能先評審）
44、您所熟悉的測試用例設(shè)計(jì)方法都有哪些？請分別以具體的例子來說明這些方法在測試用例設(shè)計(jì)工作中的應(yīng)用。
1．等價(jià)類劃分
劃分等價(jià)類: 等價(jià)類是指某個(gè)輸入域的子集合.在該子集合中,各個(gè)輸入數(shù)據(jù)對于揭露程序中的錯(cuò)誤都是等效的.并合理地假定:測試某等價(jià)類的代表值就等于對這一類其它值的測試.因此,可以把全部輸入數(shù)據(jù)合理劃分為若干等價(jià)類,在每一個(gè)等價(jià)類中取一個(gè)數(shù)據(jù)作為測試的輸入條件,就可以用少量代表性的測試數(shù)據(jù).取得較好的測試結(jié)果.等價(jià)類劃分可有兩種不同的情況:有效等價(jià)類和無效等價(jià)類.
2．邊界值分析法
邊界值分析方法是對等價(jià)類劃分方法的補(bǔ)充。測試工作經(jīng)驗(yàn)告訴我,大量的錯(cuò)誤是發(fā)生在輸入或輸出范圍的邊界上,而不是發(fā)生在輸入輸出范圍的內(nèi)部.因此針對各種邊界情況設(shè)計(jì)測試用例,可以查出更多的錯(cuò)誤.
使用邊界值分析方法設(shè)計(jì)測試用例,首先應(yīng)確定邊界情況.通常輸入和輸出等價(jià)類的邊界,就是應(yīng)著重測試的邊界情況.應(yīng)當(dāng)選取正好等于,剛剛大于或剛剛小于邊界的值作為測試數(shù)據(jù),而不是選取等價(jià)類中的典型值或任意值作為測試數(shù)據(jù).
3．錯(cuò)誤推測法
基于經(jīng)驗(yàn)和直覺推測程序中所有可能存在的各種錯(cuò)誤, 從而有針對性的設(shè)計(jì)測試用例的方法.
錯(cuò)誤推測方法的基本思想: 列舉出程序中所有可能有的錯(cuò)誤和容易發(fā)生錯(cuò)誤的特殊情況,根據(jù)他們選擇測試用例. 例如, 在單元測試時(shí)曾列出的許多在模塊中常見的錯(cuò)誤. 以前產(chǎn)品測試中曾經(jīng)發(fā)現(xiàn)的錯(cuò)誤等, 這些就是經(jīng)驗(yàn)的總結(jié). 還有, 輸入數(shù)據(jù)和輸出數(shù)據(jù)為0的情況. 輸入表格為空格或輸入表格只有一行. 這些都是容易發(fā)生錯(cuò)誤的情況. 可選擇這些情況下的例子作為測試用例.
4．因果圖方法
前面介紹的等價(jià)類劃分方法和邊界值分析方法,都是著重考慮輸入條件,但未考慮輸入條件之間的聯(lián)系, 相互組合等. 考慮輸入條件之間的相互組合,可能會(huì)產(chǎn)生一些新的情況. 但要檢查輸入條件的組合不是一件容易的事情, 即使把所有輸入條件劃分成等價(jià)類,他們之間的組合情況也相當(dāng)多. 因此必須考慮采用一種適合于描述對于多種條件的組合,相應(yīng)產(chǎn)生多個(gè)動(dòng)作的形式來考慮設(shè)計(jì)測試用例. 這就需要利用因果圖（邏輯模型）. 因果圖方法最終生成的就是判定表. 它適合于檢查程序輸入條件的各種組合情況.
45、請以您以往的實(shí)際工作為例，詳細(xì)的描述一次測試用例設(shè)計(jì)的完整的過程。
首先：得到相關(guān)文檔（需求文檔和設(shè)計(jì)文檔），理解需求和設(shè)計(jì)設(shè)計(jì)思想后，想好測試策略（測試計(jì)劃簡單點(diǎn)就OK了），考慮到測試環(huán)境，測試用例，測試時(shí)間等問題。
第二步：設(shè)計(jì)測試用例，測試策略是：把網(wǎng)站部分的功能點(diǎn)測試完，然后在進(jìn)行系統(tǒng)測試（另外個(gè)模塊呢有另一個(gè)測試人員負(fù)責(zé)，可以進(jìn)行聯(lián)調(diào)測試），網(wǎng)站模塊的測試基本是功能測試和界面測試（用戶并發(fā)的可能性很小，所以不考慮）：這次的網(wǎng)站的輸入數(shù)據(jù)呢是使用數(shù)據(jù)庫中的某張表記錄，如果表中某一數(shù)據(jù)記錄中新加進(jìn)來的（還沒有被處理的，有個(gè)標(biāo)志位），網(wǎng)站啟動(dòng)后會(huì)立刻去刷那張表，得到多條數(shù)據(jù)，然后在進(jìn)行處理。處理過程中，會(huì)經(jīng)歷3個(gè)步驟，網(wǎng)站才算完成了它的任務(wù)。有3個(gè)步驟呢，就可以分別對 這3個(gè)步驟進(jìn)行測試用例的設(shè)計(jì),盡量覆蓋到各種輸入情況（包括數(shù)據(jù)庫中的數(shù)據(jù)，用戶的輸入等），得出了差不多50個(gè)用例。界面測試，也就是用戶看的到的地方，包括發(fā)送的郵件和用戶填寫資料的頁面展示。
第三步：搭建測試環(huán)境（為什么這個(gè)時(shí)候考慮測試環(huán)境呢？因?yàn)槲覍W(wǎng)站環(huán)境已經(jīng)很熟了，只有有機(jī)器能空于下來做該功能測試就可以做了），因?yàn)榫W(wǎng)站本身的環(huán)境搭建和其他的系統(tǒng)有點(diǎn)不同，它需要的測試環(huán)境比較麻煩，需要web服務(wù)器（Apache,tomcat），不過這次需求呢，網(wǎng)站部分只用到了tomcat，所以只要有tomcat即可
第四步：執(zhí)行測試
以上就是這一期的分享了。
最后想學(xué)習(xí)軟件測試的同學(xué)，可以參考千鋒軟件測試培訓(xùn)班提供的軟件測試學(xué)習(xí)路線，內(nèi)容包含軟件測試環(huán)境配置與管理，數(shù)據(jù)庫測試技術(shù)，軟件測試編程技術(shù)，應(yīng)用程序測試技術(shù)，互聯(lián)網(wǎng)/移動(dòng)互聯(lián)網(wǎng)測試技術(shù)等，根據(jù)千鋒軟件測試培訓(xùn)機(jī)構(gòu)提供的軟件測試學(xué)習(xí)路線圖，可以讓你對學(xué)好軟件測試需要掌握的知識有個(gè)清晰的了解，并能快速入門軟件測試。想要獲取學(xué)習(xí)路線或?qū)W習(xí)資料的同學(xué)可以添加我們的軟測技術(shù)交流qq群：858327674 加群找管理領(lǐng)取即可，軟測相關(guān)問題也可以加群解答，等你來哦~~~
京公網(wǎng)安備 11010802030320號