Dotest測試學堂--董浩整理回答題目一：怎么樣組織測試人員高效率完成測試工作，來確保產(chǎn)品質(zhì)量？1：前期測試計劃，按照產(chǎn)品經(jīng)理、研發(fā)經(jīng)理提供的文檔：原型圖、需求說明書、設(shè)計稿等項目相關(guān)的文檔，先大概評估下測試范圍、工作量、需要人數(shù)、進度、使用設(shè)備、難度（測試類型）和風險評估；如果哪里遇到問題，提前解決，不影響項目的完成時間和進度；比如說：工作量：按照目前的人手可能完不成，那么需要考慮加班和團隊的情緒，加班也完不成的情況下需要及時反饋給產(chǎn)品經(jīng)理\項目經(jīng)理協(xié)調(diào)人手或者調(diào)整項目的上線時間。2：測試過程：分配更熟悉系統(tǒng)的人員書寫測試用例，指導測試并及時組織項目參與者評審用例，及時發(fā)現(xiàn)測試覆蓋率不全的問題，查漏補缺。更好的覆蓋全面。保證產(chǎn)品測試質(zhì)量。3：過程配合：及時反饋遇到的問題；比如由于其他原因研發(fā)修改可能不及時也會造成進度的耽誤，這時需要及時向研發(fā)經(jīng)理說明情況，商討目前手上項目的優(yōu)先級，看看先修復(fù)哪個項目為好。4：即將上線：無遺留bug（部分延期修改等問題，需討論是否本次修改完成）上線前要進行灰度測試，再次進行確認測試\回歸測試，確保線上不會出現(xiàn)問題。5：線上跟蹤：真正上線到生產(chǎn)環(huán)境的話需要再次進行線上跟蹤測試，整體回歸（確認測試），app的話直接測試渠道包；確保生產(chǎn)環(huán)境無問題。如果有問題及時下線修改再次上線。6：整體完成后總結(jié)本次測試過程和上線的過程，發(fā)現(xiàn)問題，下次避免；比如：人員熟悉系統(tǒng)程度、問題集中點、遺漏測試點。為了下次更快速、更好的完成項目的測試。======題目二：如何控制測試質(zhì)量和測試進度，怎么評判本次的測試質(zhì)量？和上面的那道題類似了控制測試質(zhì)量：提前計劃、把控過程、審核結(jié)果；評估好前期計劃：比如：測試計劃，充分考慮測試范圍、工作量、需要人數(shù)、進度、使用設(shè)備、難度（測試類型）和風險評估。把控過程：評審測試用例、查漏補缺；多次反復(fù)測試，需在測試環(huán)境測試、灰度測試、UAT測試，最后線上的跟蹤測試來確保質(zhì)量。審核結(jié)果：bug的修改情況、遺留問題、線上出現(xiàn)的問題；從而分析問題集中點，下次避免。測試進度：提前計劃、評審計劃。過程中需要及時反饋影響進度的問題，及時解決。評判測試質(zhì)量：我們一般是從灰度測試和線上回歸測試來評判；上線一段時間（一周、一個月）出現(xiàn)的問題總數(shù)，也就是線上出現(xiàn)的問題除以測試過程中的問題==測試問題遺漏比。通過這種方式來判斷。當然測試面試過程也不僅僅是這個問題，還有很多其他的，以下供參考：---軟件測試中面試問題整理【根據(jù)真實學生面試過程總結(jié)的問題】適合人群：零基礎(chǔ)轉(zhuǎn)崗、跳槽（1-6年）注意：首先理解，然后會答\組織語言。前提是要會做項目，不然試用期可就過不了會不斷更新該文檔，可以加我們進行討論。面試中部分問題會深挖，就不再多寫1：個人介紹2：項目介紹3：流程邏輯介紹4：職責介紹5：項目人數(shù)，分別負責的是什么6：每日工作介紹7：接口如何測試的？用例如何設(shè)計？8：一個項目中大概有多少個接口9：get\post的區(qū)別10：常見的狀態(tài)碼是什么11：postman、Jmeter\soapui的區(qū)別12：公司流程13：需求評審是怎么進行的14：測試計劃怎么寫的？重點是什么？15：測試用例的思路？16：如果我們沒有原型圖、需求的話，你怎么寫用例17：給你個app\web你能快速說下用例的設(shè)計思路嗎？18：app與web的不同點是什么？19：測試報告的重點20：什么是灰度測試21：上線后的跟蹤如何做的？22：為什么要做上線后的回歸測試23：上線后發(fā)現(xiàn)的問題如何處理24：什么是UAT測試，為什要做UAT測試25：bug怎么描述的26：用例怎么描述的27：優(yōu)先級和嚴重程度如何劃分28：如果和開發(fā)有歧義的話怎么辦29：你映像bug是什么？30：你發(fā)現(xiàn)一個bug如何定位的31：自動化測試如何進行的？用的什么框架32：常用的定位方法是什么？33：功能測試與自動化的區(qū)別34：什么樣的項目適合自動化35：自動化的好處是什么36：自動化的劣處是什么37：你感覺你寫的用例覆蓋全面嗎38：上線后發(fā)現(xiàn)的問題如何處理39：linux常用的命令40：linux常用的文件41：linux環(huán)境搭建的步驟42：常用sql語句43：你們公司用sql嗎，怎么用的44：兼容測試你怎么做的45：手機是如何考慮的46：兼容測試的重點是什么47：如果手機不夠的話你怎么解決48：真機和模擬器的區(qū)別是什么49：你如何保證兼容的覆蓋率50：怎么抓手機的數(shù)據(jù)包的？如何設(shè)置51：通過抓取數(shù)據(jù)包主要測試什么52：性能測試做嗎？怎么做的53：python的遍歷是什么54：隨意丟個軟件說下具體的用例55：你們公司多長時間迭代一次56：迭代測試需要注意什么57：你映像最深的bug是什么58：你的期望薪資59：你看比預(yù)期低2k，你能接受嗎60：我們公司加班多，能接受嗎61：能接受出差嗎？62：路程有點遠63：你為什么要離職64：你感覺你的優(yōu)勢在哪？65：你未來的規(guī)劃是什么66：你對下一個工作崗位有什么期望或要求嗎67：對你的領(lǐng)導有什么要求嗎68：你感覺你上家公司怎么樣；能說下優(yōu)缺點嗎？69：你感覺你上家領(lǐng)導怎么樣；能說下優(yōu)缺點嗎？70：有女朋友\男朋友嗎？71：打算什么時候要孩子72：你看你有什么想問的嗎73：你大概什么時候能入職74：最近面試多嗎？75：手上有offer嗎？76：你是什么時候開始找工作的？77：你從上家公司離職已經(jīng)有好幾天了，是剛開始找工作嗎？\為什么一直沒找工作希望對你有所幫助！

1.說說一個缺陷的生命周期 考查點: 測試人員對于缺陷整體生命周期的理解 ，注意面試官用詞，有時只需要回答關(guān)鍵節(jié)點，有時需要分開闡述。 圍繞缺陷提交、缺陷確認、缺陷打開、缺陷修復(fù)、缺陷回歸、缺陷關(guān)閉這幾個關(guān)鍵節(jié)點回答即可。 2.缺陷的基本類型有哪些? 考查點：需求、數(shù)據(jù)、邏輯、性能、功能、安全、兼容、變更、易用等 對于工作經(jīng)歷的側(cè)面了解，有時會需要分別舉例說明。 3.測試用例的基本要素有哪些? 用例編號、用例類型、用例標題（名稱）、前置條件、操作步驟、測試數(shù)據(jù)、預(yù)期結(jié)果、實際結(jié)果 考察類型形式多樣，有些面試官會出場景需求要求現(xiàn)場設(shè)計用例，來用于考察應(yīng)試者的思維縝密性、經(jīng)驗是否豐富以及對需求的理解程度。 4.你如何做用例評審? 考查點：主要考察之前工作流程是否規(guī)范，同時對于評審工作的參與度 靈活回答，不同公司不同項目評審流程也有區(qū)別。 參考：內(nèi)部評審（通常由測試組內(nèi)部人員評審）->正式評審（由參與該項目的產(chǎn)品、開發(fā)、測試、項目經(jīng)理評審）->用例修訂->項目經(jīng)理確認 5.針對微信的聊天窗口設(shè)計測試用例 考查點：也經(jīng)常會換成其他知名網(wǎng)站的一些搜索功能、列表功能、分頁功能等等，來考察系統(tǒng)思維能力。 參考： 首先，了解完成業(yè)務(wù)需求后，轉(zhuǎn)化為測試需求，最終的測試需求一定是跟項目組評審?fù)ㄟ^的。 開始設(shè)計： 冒煙用例：實現(xiàn)最簡單的聊天功能（語音、文字形式） 功能業(yè)務(wù)： 純文字聊天 語間聊天 表情 組合發(fā)送聊天 特殊字符及組合 發(fā)送文件 查看聊天記錄 截屏功能 視頻聊天 實時語音聊天 不同版本間的切換功能 客戶化場景分解 異常場景分解 兼容性測試用例： 一般在業(yè)務(wù)需求中會定義好 在測試需求中可以分解好對應(yīng)的機型與系統(tǒng)版本，求得最優(yōu)最小組合，用于兼容性測試的用例。 安全測試用例 性能測試用例 （一般都有獨立的測試方案） 回歸測試用例： 抽取用例庫中的核心用例組合成回歸用例 。 6.你發(fā)現(xiàn)一個缺陷，但開發(fā)人員認為不是問題，你會怎么辦? 考察點：溝通表達能力，過往工作流程經(jīng)驗，合作意識、責任意識 此類問題需要首先清楚自己的角色定位，作為一名軟件測試人員，此類問題是經(jīng)常遇到的。如果是執(zhí)行人員，可以帶出原來工作的測試流程，因為缺陷處理也是屬于測試流程中的一部分，如開發(fā)人員會在缺陷管理系統(tǒng)中備注原因，自己先分析，如果不確定可以找上級測試負責人來一起處理。但如果是管理崗，回答時可以舉例說明自己以往遇到的類似問題以及處理方式，更具有說服力。 7.你評估的測試時間是5天，但領(lǐng)導只給三天怎么辦? 考察點：溝通表達能力，過往工作沖突的處理方式經(jīng)驗 此類問題如果面試官并未給出具體場景，就一定需要反問把問題的背景描述出來，通過背景分析給出解決沖突的方法。 問題背景如：臨時緊急需求、常規(guī)需求、經(jīng)常性壓縮時間、客戶壓縮時間、因自身漏洞導致壓縮時間等等 那么回答時就需要應(yīng)景：排列工作優(yōu)先級、重新分解當前工作、改變測試策略、團隊內(nèi)分工、外部求助等 8.說說一個項目的測試流程 考察點：以往工作的流程規(guī)范性，業(yè)務(wù)熟悉度 可以參考下文章《測試過程文檔模板整理(一)-提測流程》中提到的測試流程，結(jié)合目前項目來說明。回答時體現(xiàn)自信、專業(yè)、對工作環(huán)節(jié)的熟悉度 9.黑盒測試用例設(shè)計方法有哪些? 等價類劃分法、邊界值分析法、因果圖法、正交實驗法、判定表法、錯誤推測法、隨機測試、場景法 10.軟件的質(zhì)量特性有哪些? 可維護性、可擴展性、可測試性、可重用性、可移植性、易理解性 一般在實習生與初級測試工程師中的筆試題也會有很多考查類型，中高級測試工程師更傾向于考察關(guān)于質(zhì)量的影響因素等。 11.缺陷的基本要素有哪些?描述缺陷有哪些注意事項? 缺陷編號、缺陷標題、前置條件、測試數(shù)據(jù)、操作步驟、預(yù)期結(jié)果、實際結(jié)果、初步定位原因、截圖或日志信息（可選）

如果是我我會回答:1對我來說,測試并不枯燥,我會認真的對每個項目都進行測試,因為每個項目都有它不同的地方,比天天打字的打字員好多了..2如果我覺得枯燥了,我會想想其他的事情,放松自己的情緒,以達到調(diào)節(jié)的目的.因為工作,不管什么工作,都會有枯燥的一面.3測試可以給我?guī)砗芏嗫鞓?如果測試出一個項目缺少東西,我會很高興,因為我對自己的工作有了新的認識,也為公司做了效益;如果測試出一個項目沒有問題,我也很高興,因為同事們都在努力,大家都希望為公司做貢獻,這就是一個很強大的團隊，這是一件多么另人振奮的事情啊!

第一題：我認為需要在測試前需要先寫好測試計劃，其中最重要的是本次測試使用的測試方法、使用的測試工具、測試環(huán)境。人員方面需要進行人員及進度的安排，每個測試階段后的輸出工件，還要有風險評估。在測試前將這些準備工作做到位，這樣在測試的時候就會比較有條理。 第二題：控制測試質(zhì)量，我認為最好是做好測試用例的設(shè)計，這樣可以對測試的覆蓋率進行控制。補充：如果時間充裕的話可以在設(shè)計用例后對其進行評審，這樣可以提高測試質(zhì)量。不過這個在實際的工作當中一般實現(xiàn)不了。。。。 下面列出的是網(wǎng)上的一個軟測筆試題，好多單位在筆試的時候都會copy下來作為筆試題，我至少遇到兩次了，其他的筆試題還有，但不一一列出了。 一、判斷題（每題1分，12 分，正確的√，錯誤的╳） 1．軟件測試的目的是盡可能多的找出軟件的缺陷。（） 2．Beta 測試是驗收測試的一種。（） 3．驗收測試是由最終用戶來實施的。（） 4．項目立項前測試人員不需要提交任何工件。（） 5．單元測試能發(fā)現(xiàn)約80%的軟件缺陷。（） 6．代碼評審是檢查源代碼是否達到模塊設(shè)計的要求。（） 7．自底向上集成需要測試員編寫驅(qū)動程序。（） 8．負載測試是驗證要檢驗的系統(tǒng)的能力最高能達到什么程度。（） 9．測試人員要堅持原則，缺陷未修復(fù)完堅決不予通過。（） 10．代碼評審員一般由測試員擔任。（） 1 11．我們可以人為的使得軟件不存在配置問題。（） 12．集成測試計劃在需求分析階段末提交。（） 二、不定項選擇題（每題2 分，10分） 1．軟件驗收測試的合格通過準則是：（） A． 軟件需求分析說明書中定義的所有功能已全部實現(xiàn)，性能指標全部達到要求。 B． 所有測試項沒有殘余一級、二級和三級錯誤。 C． 立項審批表、需求分析文檔、設(shè)計文檔和編碼實現(xiàn)一致。 D． 驗收測試工件齊全。 2．軟件測試計劃評審會需要哪些人員參加？（） A．項目經(jīng)理 B．SQA 負責人 C．配置負責人 D．測試組 3．下列關(guān)于alpha 測試的描述中正確的是：（） A．a(chǎn)lpha 測試需要用戶代表參加 B．a(chǎn)lpha 測試不需要用戶代表參加 C．a(chǎn)lpha 測試是系統(tǒng)測試的一種 D．a(chǎn)lpha 測試是驗收測試的一種 4．測試設(shè)計員的職責有：（） A．制定測試計劃 B．設(shè)計測試用例 C．設(shè)計測試過程、腳本 D．評估測試活動 5．軟件實施活動的進入準則是：（） A．需求工件已經(jīng)被基線化 B．詳細設(shè)計工件已經(jīng)被基線化 C．構(gòu)架工件已經(jīng)被基線化 D．項目階段成果已經(jīng)被基線化 三、填空題（每空1分，24 分） 1．軟件驗收測試包括(正式驗收測試)、(非正式驗收測試和Alpha測試)、(Beta測試)三種類型。 2．系統(tǒng)測試的策略有功能測試、（性能測試）、（負載測試）、（壓力測試）、易用性測試、（容量測試）、（強度測試）、 （兼容性測試又稱）、（本地化測試）、（BVT測試）、（裸機測試）、（安全性測試）、（）、（容錯性測試）、（恢復(fù)測試）、（）等15 種方法。 3．設(shè)計系統(tǒng)測試計劃需要參考的項目文檔有（需求規(guī)格說明書）、（）和迭代計劃。 4．對面向過程的系統(tǒng)采用的集成策略有（）、（）兩種。 5．通過畫因果圖來寫測試用例的步驟為、、、及把因果圖轉(zhuǎn) 換為狀態(tài)圖共五個步驟。 四、簡答題（共37分） 1． 階段評審與同行評審的區(qū)別。（4 分） 2 ． 什么是軟件測試。（3 分） 答：通過人工或自動化手段對系統(tǒng)進行測試，目的是為了驗證系統(tǒng)是否滿足預(yù)定功能或者是為了弄清楚實際結(jié)果與預(yù)期結(jié)果之間的差別。 3 ． 簡述集成測試的過程。（5 分） 答：將通過單元測試的單元模塊按照設(shè)計要求組合起來再進行測試。重點檢查程序接口處是否有問題。 過程：首先進行集成測試的測試計劃?測試設(shè)計?測試開發(fā)?測試用例執(zhí)行?測試評估，并且進行全程的缺陷跟蹤。 4 ． 怎樣做好文檔測試？（4 分） 答：文檔測試要注意一下幾點：文檔的讀者群、文檔的術(shù)語、文檔的正確性、文檔的完整性、文檔的一致性、文檔的易用性、樣例與示例、文檔的語言 5． 白盒測試有那幾種方法？（6 分） 答：白盒測試方法分為：靜態(tài)測試和動態(tài)測試 靜態(tài)測試方法：①編碼標準與準則 ②走查 ③審查 ④評審 動態(tài)測試方法：①語句覆蓋 ②判定覆蓋 ③條件覆蓋 ④判定-條件覆蓋 ⑤條件組合覆蓋 ⑥路徑覆蓋 ⑦條件組合+路徑覆蓋 6． 系統(tǒng)測試計劃是否需要同行評審，為什么？（4 分） 答：系統(tǒng)測試計劃需要進行同行評審，因為如果對一個系統(tǒng)長時間進行測試可能會出現(xiàn)測試疲勞甚至出現(xiàn) 對系統(tǒng)的免疫現(xiàn)象，因此可以進行同行評審，減少對相同系統(tǒng)的疲勞測試。 7． Alpha 測試與beta 測試的區(qū)別。（4 分） 8 ． 比較負載測試、容量測試和強度測試的區(qū)別。（6 分） 9 ． 測試結(jié)束的標準是什么？（3 分）