軟件測(cè)試面試題到這里已經(jīng)分享了三期了，同學(xué)們是不是感覺意猶未盡呢？還是老規(guī)矩建議收藏起來慢慢看~

      31、軟件測(cè)試人員就是QA嗎？

      軟件測(cè)試人員的職責(zé)是盡可能早的找出軟件缺陷，確保得以修復(fù)。而質(zhì)量保證人員（QA）主要職責(zé)是創(chuàng)建或者制定標(biāo)準(zhǔn)和方法，提高促進(jìn)軟件開發(fā)能力和減少軟件缺陷。測(cè)試人員的主要工作是測(cè)試，質(zhì)量保證人員日常工作重要內(nèi)容是檢查與評(píng)審，測(cè)試工作也是測(cè)試保證人員的工作對(duì)象。

      軟件測(cè)試和質(zhì)量是相輔相成的關(guān)系，都是為了提高軟件質(zhì)量而工作。

      32、和用戶共同測(cè)試（UAT測(cè)試）的注意點(diǎn)有哪些？

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

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

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

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

      （3）永遠(yuǎn)不能欺騙用戶，蒙混過關(guān)。道理很簡(jiǎn)單，因?yàn)檐浖且o用戶用的，問題早晚會(huì)暴露出來，除非你可以馬上修改。

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

      33、如何編寫提交給用戶的測(cè)試報(bào)告？

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

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

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

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

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

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

      -整個(gè)測(cè)試報(bào)告要仔細(xì)審閱，力爭(zhēng)不給項(xiàng)目帶來負(fù)面作用，尤其是性能測(cè)試報(bào)告。

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

      34、測(cè)試工具在測(cè)試工作中是什么地位？

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

      38、畫出軟件測(cè)試的V模型圖。

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

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

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

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

      我曾經(jīng)做過web測(cè)試，后臺(tái)測(cè)試，客戶端軟件，其中包括功能測(cè)試，性能測(cè)試，用戶體驗(yàn)測(cè)試。最擅長(zhǎng)的是功能測(cè)試

      41、您所熟悉的軟件測(cè)試類型都有哪些？請(qǐng)?jiān)囍謩e比較這些不同的測(cè)試類型的區(qū)別與聯(lián)系（如功能測(cè)試、性能測(cè)試……）

      測(cè)試類型有：功能測(cè)試，性能測(cè)試，界面測(cè)試。

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

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

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

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

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

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

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

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

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

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

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

      1．等價(jià)類劃分

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

      2．邊界值分析法

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

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

      3．錯(cuò)誤推測(cè)法

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

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

      4．因果圖方法

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

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

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

      第二步：設(shè)計(jì)測(cè)試用例，測(cè)試策略是：把網(wǎng)站部分的功能點(diǎn)測(cè)試完，然后在進(jìn)行系統(tǒng)測(cè)試（另外個(gè)模塊呢有另一個(gè)測(cè)試人員負(fù)責(zé)，可以進(jìn)行聯(lián)調(diào)測(cè)試），網(wǎng)站模塊的測(cè)試基本是功能測(cè)試和界面測(cè)試（用戶并發(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è)步驟呢，就可以分別對(duì)　　這3個(gè)步驟進(jìn)行測(cè)試用例的設(shè)計(jì),盡量覆蓋到各種輸入情況（包括數(shù)據(jù)庫中的數(shù)據(jù)，用戶的輸入等），得出了差不多50個(gè)用例。界面測(cè)試，也就是用戶看的到的地方，包括發(fā)送的郵件和用戶填寫資料的頁面展示。

      第三步：搭建測(cè)試環(huán)境（為什么這個(gè)時(shí)候考慮測(cè)試環(huán)境呢？因?yàn)槲覍?duì)網(wǎng)站環(huán)境已經(jīng)很熟了，只有有機(jī)器能空于下來做該功能測(cè)試就可以做了），因?yàn)榫W(wǎng)站本身的環(huán)境搭建和其他的系統(tǒng)有點(diǎn)不同，它需要的測(cè)試環(huán)境比較麻煩，需要web服務(wù)器（Apache,tomcat），不過這次需求呢，網(wǎng)站部分只用到了tomcat，所以只要有tomcat即可

      第四步：執(zhí)行測(cè)試

      以上就是這一期的分享了。

      最后想學(xué)習(xí)軟件測(cè)試的同學(xué)，可以參考千鋒軟件測(cè)試培訓(xùn)班提供的軟件測(cè)試學(xué)習(xí)路線，內(nèi)容包含軟件測(cè)試環(huán)境配置與管理，數(shù)據(jù)庫測(cè)試技術(shù)，軟件測(cè)試編程技術(shù)，應(yīng)用程序測(cè)試技術(shù)，互聯(lián)網(wǎng)/移動(dòng)互聯(lián)網(wǎng)測(cè)試技術(shù)等，根據(jù)千鋒軟件測(cè)試培訓(xùn)機(jī)構(gòu)提供的軟件測(cè)試學(xué)習(xí)路線圖，可以讓你對(duì)學(xué)好軟件測(cè)試需要掌握的知識(shí)有個(gè)清晰的了解，并能快速入門軟件測(cè)試。想要獲取學(xué)習(xí)路線或?qū)W習(xí)資料的同學(xué)可以添加我們的軟測(cè)技術(shù)交流qq群：858327674  加群找管理領(lǐng)取即可，軟測(cè)相關(guān)問題也可以加群解答，等你來哦~~~