軟件測試面試題到這里已經(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測試）的注意點有哪些？

      軟件產(chǎn)品在投產(chǎn)前，通常都會進(jìn)行用戶驗收測試。如果用戶驗收測試沒有通過，直接結(jié)果就是那不到“Money”，間接影響是損害了公司的形象，而后者的影響往往更嚴(yán)重。根據(jù)作者的經(jīng)驗，用戶驗收測試一定要讓用戶滿意。

      實際上用戶現(xiàn)場測試更趨于是一種演示。在不欺騙用戶的前提下，我們向用戶展示我們軟件的優(yōu)點，最后讓“上帝”滿意并欣然掏出“銀子”才是我們的目標(biāo)。因此用戶測試要注意下面的事項：

      （1）用戶現(xiàn)場測試不可能測試全部功能，因此要測試核心功能。這需要提前做好準(zhǔn)備，這些核心功能一定要預(yù)先經(jīng)過測試，證明沒有問題才可以和用戶共同進(jìn)行測試。測試核心模塊的目的是建立用戶對軟件的信心。當(dāng)然如果這些模塊如果問題較多，不應(yīng)該進(jìn)行演示。

      （2）如果某些模塊確實有問題，我們可以演示其它重要的業(yè)務(wù)功能模塊，必要時要向用戶做成合理的解釋。爭得時間后，及時修改缺陷來彌補。

      （3）永遠(yuǎn)不能欺騙用戶，蒙混過關(guān)。道理很簡單，因為軟件是要給用戶用的，問題早晚會暴露出來，除非你可以馬上修改。

      和用戶進(jìn)行測試還要注意各種交流技巧，爭取不但短期利益得到了滿足，還要為后面得合作打好基礎(chǔ)。

      33、如何編寫提交給用戶的測試報告？

      隨著測試工作越來越受重視，開發(fā)團(tuán)隊向客戶提供測試文檔是不可避免的事情。很多人會問：“我們可以把工作中的測試報告提供給客戶嗎？”答案是否定的。因為提供內(nèi)部測試報告，可能會讓客戶失去信心，甚至否定項目。

      測試報告一般分為內(nèi)部測試報告和外部測試報告。內(nèi)部報告是我們在測試工作中的項目文檔，反映了測試工作的實施情況，這里不過多討論，讀者可以參考相關(guān)教材。這里主要討論一下外部測試報告的寫法，一般外部測試報告要滿足下面幾個要求：

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

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

      -報告上可以列出一些缺陷，但必須是中級的缺陷，而且這些缺陷必須是修復(fù)的；

      -報告上面的內(nèi)容盡量要真實可靠；

      -整個測試報告要仔細(xì)審閱，力爭不給項目帶來負(fù)面作用，尤其是性能測試報告。

      總之，外部測試報告要小心謹(jǐn)慎的編寫。

      34、測試工具在測試工作中是什么地位？

      國內(nèi)的很多測試工程師對測試工具相當(dāng)迷戀，尤其是一些新手，甚至期望測試工具可以取代手工測試。測試工具在測試工作中起的是輔助作用，一般用來提高測試效率。自動化測試彌補了手工測試的不足，減輕一定的工作量。實際上測試工具是無法替代大多數(shù)手工測試的，而一些諸如性能測試等自動化測試也是手工所不能完成的。

      對于自動測試技術(shù)，應(yīng)當(dāng)依據(jù)軟件的不同情況來分別對待，一般自動技術(shù)會應(yīng)用在引起大量重復(fù)性工作的地方、系統(tǒng)的壓力點、以及任何適合使用程序解決大批量輸入數(shù)據(jù)的地方。然后再尋找合適的自動測試工具，或者自己開發(fā)測試程序。一定不要為了使用測試工具而使用。

      35、寫出bug報告流轉(zhuǎn)的步驟，每步的責(zé)任人及主要完成的工作。

      （要結(jié)合自己實際的工作經(jīng)驗進(jìn)行回答，不同公司略有區(qū)別）

      測試人員提交新的Bug入庫，錯誤狀態(tài)為New。

      高級測試員/測試經(jīng)理驗證錯誤，如果確認(rèn)是錯誤，分配給開發(fā)組。設(shè)置狀態(tài)為Open。如果不是錯誤，則拒絕，設(shè)置為Declined狀態(tài)。

      開發(fā)經(jīng)理分配bug至對應(yīng)的模塊開發(fā)人員。

      開發(fā)人員查詢狀態(tài)為Open的Bug，如果不是錯誤，則置狀態(tài)為Declined；如果是Bug則修復(fù)并置狀態(tài)為Fixed。不能解決的Bug，要留下文字說明及保持Bug為Open狀態(tài)。

      對于不能解決和延期解決的Bug，不能由開發(fā)人員自己決定，一般要通過某種會議（評審會）通過才能認(rèn)可。

      測試人員查詢狀態(tài)為Fixed的Bug，然后驗證Bug是否已解決，如解決，置Bug的狀態(tài)為Closed，如沒有解決,置bug狀態(tài)為Reopen。

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

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

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

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

      37、開發(fā)人員老是犯一些低級錯誤怎么解決？

      這種現(xiàn)象在開發(fā)流程不規(guī)范的團(tuán)隊里特別常見，尤其是一些“作坊式”的團(tuán)隊里。解決這種問題一般從兩個方面入手：

      一方面從開發(fā)管理入手，也就是從根源來解決問題。可以制定規(guī)范的開發(fā)流程，甚至可以制定懲罰制度，還有就是軟件開發(fā)前做好規(guī)劃設(shè)計。

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

      此外，還可以通過規(guī)范的缺陷管理來對開發(fā)人員進(jìn)行控制，比如測試部門整理出常見的缺陷，讓開發(fā)人員自己對照進(jìn)行檢查，以減少這類低級錯誤的發(fā)生。

      開發(fā)人員犯錯誤是正常的現(xiàn)象，作為測試人員一定不能抱怨，要認(rèn)認(rèn)真真的解決問題才是上策。

      38、畫出軟件測試的V模型圖。

      39、為什么要在一個團(tuán)隊中開展軟件測試工作？

      因為沒有經(jīng)過測試的軟件很難在發(fā)布之前知道該軟件的質(zhì)量，就好比ISO質(zhì)量認(rèn)證一樣，測試同樣也需要質(zhì)量的保證，這個時候就需要在團(tuán)隊中開展軟件測試的工作。在測試的過程發(fā)現(xiàn)軟件中存在的問題，及時讓開發(fā)人員得知并修改問題，在即將發(fā)布時，從測試報告中得出軟件的質(zhì)量情況。

      40、您在以往的測試工作中都曾經(jīng)具體從事過哪些工作？其中最擅長哪部分工作？

      （根據(jù)項目經(jīng)驗不同，靈活回答即可）

      我曾經(jīng)做過web測試，后臺測試，客戶端軟件，其中包括功能測試，性能測試，用戶體驗測試。最擅長的是功能測試

      41、您所熟悉的軟件測試類型都有哪些？請試著分別比較這些不同的測試類型的區(qū)別與聯(lián)系（如功能測試、性能測試……）

      測試類型有：功能測試，性能測試，界面測試。

      功能測試在測試工作中占的比例最大，功能測試也叫黑盒測試。是把測試對象看作一個黑盒子。利用黑盒測試法進(jìn)行動態(tài)測試時，需要測試軟件產(chǎn)品的功能，不需測試軟件產(chǎn)品的內(nèi)部結(jié)構(gòu)和處理過程。采用黑盒技術(shù)設(shè)計測試用例的方法有：等價類劃分、邊界值分析、錯誤推測、因果圖和綜合策略。

      性能測試是通過自動化的測試工具模擬多種正常、峰值以及異常負(fù)載條件來對系統(tǒng)的各項性能指標(biāo)進(jìn)行測試。負(fù)載測試和壓力測試都屬于性能測試，兩者可以結(jié)合進(jìn)行。通過負(fù)載測試，確定在各種工作負(fù)載下系統(tǒng)的性能，目標(biāo)是測試當(dāng)負(fù)載逐漸增加時，系統(tǒng)各項性能指標(biāo)的變化情況。壓力測試是通過確定一個系統(tǒng)的瓶頸或者不能接收的性能點，來獲得系統(tǒng)能提供的最大服務(wù)級別的測試。

      界面測試，界面是軟件與用戶交互的最直接的層，界面的好壞決定用戶對軟件的第一印象。而且設(shè)計良好的界面能夠引導(dǎo)用戶自己完成相應(yīng)的操作，起到向?qū)У淖饔谩Ｍ瑫r界面如同人的面孔，具有吸引用戶的直接優(yōu)勢。設(shè)計合理的界面能給用戶帶來輕松愉悅的感受和成功的感覺，相反由于界面設(shè)計的失敗，讓用戶有挫敗感，再實用強大的功能都可能在用戶的畏懼與放棄中付諸東流。

      區(qū)別在于，功能測試關(guān)注產(chǎn)品的所有功能上，要考慮到每個細(xì)節(jié)功能，每個可能存在的功能問題。性能測試主要關(guān)注于產(chǎn)品整體的多用戶并發(fā)下的穩(wěn)定性和健壯性。界面測試更關(guān)注于用戶體驗上，用戶使用該產(chǎn)品的時候是否易用，是否易懂，是否規(guī)范（快捷鍵之類的），是否美觀（能否吸引用戶的注意力），是否安全（盡量在前臺避免用戶無意輸入無效的數(shù)據(jù)，當(dāng)然考慮到體驗性，不能太粗魯?shù)膹棾鼍妫孔瞿硞€性能測試的時候，首先它可能是個功能點，首先要保證它的功能是沒問題的，然后再考慮該功能點的性能測試

      42、您認(rèn)為做好測試用例設(shè)計工作的關(guān)鍵是什么？

      白盒測試用例設(shè)計的關(guān)鍵是以較少的用例覆蓋盡可能多的內(nèi)部程序邏輯結(jié)果。

      黑盒法用例設(shè)計的關(guān)鍵同樣也是以較少的用例覆蓋模塊輸出和輸入接口。不可能做到完全測試，以最少的用例在合理的時間內(nèi)發(fā)現(xiàn)最多的問題。

      43、測試計劃工作的目的是什么？測試計劃工作的內(nèi)容都包括什么？其中哪些是最重要的？

      軟件測試計劃是指導(dǎo)測試過程的綱領(lǐng)性文件，包含了產(chǎn)品概述、測試策略、測試方法、測試區(qū)域、測試配置、測試周期、測試資源、測試交流、風(fēng)險分析等內(nèi)容。借助軟件測試計劃，參與測試的項目成員，尤其是測試管理人員，可以明確測試任務(wù)和測試方法，保持測試實施過程的順暢溝通，跟蹤和控制測試進(jìn)度，應(yīng)對測試過程中的各種變更。

      測試計劃和測試詳細(xì)規(guī)格、測試用例之間是戰(zhàn)略和戰(zhàn)術(shù)的關(guān)系，測試計劃主要從宏觀上規(guī)劃測試活動的范圍、方法和資源配置，而測試詳細(xì)規(guī)格、測試用例是完成測試任務(wù)的具體戰(zhàn)術(shù)。所以其中最重要的是測試測試策略和測試方法（最好是能先評審）

      44、您所熟悉的測試用例設(shè)計方法都有哪些？請分別以具體的例子來說明這些方法在測試用例設(shè)計工作中的應(yīng)用。

      1．等價類劃分

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

      2．邊界值分析法

      邊界值分析方法是對等價類劃分方法的補充。測試工作經(jīng)驗告訴我,大量的錯誤是發(fā)生在輸入或輸出范圍的邊界上,而不是發(fā)生在輸入輸出范圍的內(nèi)部.因此針對各種邊界情況設(shè)計測試用例,可以查出更多的錯誤. 

      使用邊界值分析方法設(shè)計測試用例,首先應(yīng)確定邊界情況.通常輸入和輸出等價類的邊界,就是應(yīng)著重測試的邊界情況.應(yīng)當(dāng)選取正好等于,剛剛大于或剛剛小于邊界的值作為測試數(shù)據(jù),而不是選取等價類中的典型值或任意值作為測試數(shù)據(jù).

      3．錯誤推測法

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

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

      4．因果圖方法

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

      45、請以您以往的實際工作為例，詳細(xì)的描述一次測試用例設(shè)計的完整的過程。

      首先：得到相關(guān)文檔（需求文檔和設(shè)計文檔），理解需求和設(shè)計設(shè)計思想后，想好測試策略（測試計劃簡單點就OK了），考慮到測試環(huán)境，測試用例，測試時間等問題。

      第二步：設(shè)計測試用例，測試策略是：把網(wǎng)站部分的功能點測試完，然后在進(jìn)行系統(tǒng)測試（另外個模塊呢有另一個測試人員負(fù)責(zé)，可以進(jìn)行聯(lián)調(diào)測試），網(wǎng)站模塊的測試基本是功能測試和界面測試（用戶并發(fā)的可能性很小，所以不考慮）：這次的網(wǎng)站的輸入數(shù)據(jù)呢是使用數(shù)據(jù)庫中的某張表記錄，如果表中某一數(shù)據(jù)記錄中新加進(jìn)來的（還沒有被處理的，有個標(biāo)志位），網(wǎng)站啟動后會立刻去刷那張表，得到多條數(shù)據(jù)，然后在進(jìn)行處理。處理過程中，會經(jīng)歷3個步驟，網(wǎng)站才算完成了它的任務(wù)。有3個步驟呢，就可以分別對　　這3個步驟進(jìn)行測試用例的設(shè)計,盡量覆蓋到各種輸入情況（包括數(shù)據(jù)庫中的數(shù)據(jù)，用戶的輸入等），得出了差不多50個用例。界面測試，也就是用戶看的到的地方，包括發(fā)送的郵件和用戶填寫資料的頁面展示。

      第三步：搭建測試環(huán)境（為什么這個時候考慮測試環(huán)境呢？因為我對網(wǎng)站環(huán)境已經(jīng)很熟了，只有有機器能空于下來做該功能測試就可以做了），因為網(wǎng)站本身的環(huán)境搭建和其他的系統(tǒng)有點不同，它需要的測試環(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)/移動互聯(lián)網(wǎng)測試技術(shù)等，根據(jù)千鋒軟件測試培訓(xùn)機構(gòu)提供的軟件測試學(xué)習(xí)路線圖，可以讓你對學(xué)好軟件測試需要掌握的知識有個清晰的了解，并能快速入門軟件測試。想要獲取學(xué)習(xí)路線或?qū)W習(xí)資料的同學(xué)可以添加我們的軟測技術(shù)交流qq群：858327674  加群找管理領(lǐng)取即可，軟測相關(guān)問題也可以加群解答，等你來哦~~~