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