1、你的測(cè)試職業(yè)發(fā)展是什么？

測(cè)試經(jīng)驗(yàn)越多，測(cè)試能力越高。所以我的職業(yè)發(fā)展是需要時(shí)間積累的，一步步向著高級(jí)測(cè)試工程師奔去。而且我也有初步的職業(yè)規(guī)劃，前 3 年積累測(cè)試經(jīng)驗(yàn)，按如何做好測(cè)試工程師的要點(diǎn)去要求自己，不斷更新自己改正自己，做好測(cè)試任務(wù)。

2、你認(rèn)為測(cè)試人員需要具備哪些素質(zhì)？

做測(cè)試應(yīng)該要有一定的協(xié)調(diào)能力，因?yàn)闇y(cè)試人員經(jīng)常要與開發(fā)接觸處理一些問題，如果處理不好的話會(huì)引起一些沖突，這樣的話工作上就會(huì)不好做。還有測(cè)試人員要有一定的耐心，有的時(shí)候做測(cè)試很枯燥乏味。除了耐心，測(cè)試人員不能放過每一個(gè)可能的錯(cuò)誤。

3、你為什么能夠做測(cè)試這一行？

雖然我的測(cè)試技術(shù)還不是很成熟，但是我覺得我還是可以勝任軟件測(cè)試這個(gè)工作的，因?yàn)樽鲕浖y(cè)試不僅是要求技術(shù)好，還有有一定的溝通能力，耐心、細(xì)心等外在因素。綜合起來看我認(rèn)為我是勝任這個(gè)工作的。

4、測(cè)試的目的是什么？

測(cè)試的目的是找出軟件產(chǎn)品中的錯(cuò)誤，使軟件盡可能的符合用戶的要求。當(dāng)然軟件測(cè)試是不可能找出全部錯(cuò)誤的。

5、測(cè)試分為哪幾個(gè)階段？

一般來說分為 5 個(gè)階段：?jiǎn)卧獪y(cè)試、集成測(cè)試、確認(rèn)測(cè)試、系統(tǒng)測(cè)試、驗(yàn)收測(cè)試

6、單元測(cè)試的測(cè)試對(duì)象、目的、測(cè)試依據(jù)、測(cè)試方法？

測(cè)試對(duì)象是模塊內(nèi)部的程序錯(cuò)誤，目的是消除局部模塊邏輯和功能上的錯(cuò)誤和缺陷。測(cè)試依據(jù)是模塊的詳細(xì)設(shè)計(jì)，測(cè)試方法是采用白盒測(cè)試。

7、怎樣看待加班問題？

加班的話我沒有太多意見，但是我還是覺得如果能夠合理安排時(shí)間的話，不會(huì)有太多時(shí)候加班的。

8、結(jié)合你以前的學(xué)習(xí)和工作經(jīng)驗(yàn)，你認(rèn)為如何做好測(cè)試。

根據(jù)我以前的工作和學(xué)習(xí)經(jīng)驗(yàn)，我認(rèn)為做好工作首先要有一個(gè)良好的溝通，只有溝通無障礙了，才會(huì)有好的協(xié)作，才會(huì)有更好的效率，再一個(gè)就是技術(shù)一定要過關(guān)，做測(cè)試要有足夠的耐心，和一個(gè)良好的工作習(xí)慣，不懂的就要問，實(shí)時(shí)與同事溝通這樣的話才能做好測(cè)試工作。

9、你為什么選擇軟件測(cè)試行業(yè)？

因?yàn)橹傲私廛浖y(cè)試這個(gè)行業(yè)，覺得他的發(fā)展前景很好。

10、根據(jù)你以前的工作或?qū)W習(xí)經(jīng)驗(yàn)描述一下軟件開發(fā)、測(cè)試過程，由哪些角色負(fù)責(zé)，你做什么？

要有架構(gòu)師、開發(fā)經(jīng)理、測(cè)試經(jīng)理、程序員、測(cè)試員。我在里面主要是負(fù)責(zé)所分到的模塊執(zhí)行測(cè)試用例。

11、根據(jù)你的經(jīng)驗(yàn)說說你對(duì)軟件測(cè)試/質(zhì)量保證的理解

軟件質(zhì)量保證與測(cè)試是根據(jù)軟件開發(fā)階段的規(guī)格說明和程序的內(nèi)部結(jié)構(gòu)而精心設(shè)計(jì)的一批測(cè)試用例(即輸入數(shù)據(jù)和預(yù)期的輸出結(jié)果)，并根據(jù)這些測(cè)試用例去運(yùn)行程序，以發(fā)現(xiàn)錯(cuò)誤的過程。它是對(duì)應(yīng)用程序的各個(gè)方面進(jìn)行測(cè)試以檢查其功能、語言有效性及其外觀排布。

12、軟件測(cè)試的流程是什么？

需求調(diào)查：全面了解系統(tǒng)概況、應(yīng)用領(lǐng)域、軟件開發(fā)周期、軟件開發(fā)環(huán)境、開發(fā)組織、時(shí)間安排、功能需求、性能需求、質(zhì)量需求及測(cè)試要求等。根據(jù)系統(tǒng)概況進(jìn)行項(xiàng)目所需的人員、時(shí)間和工作量估計(jì)以及項(xiàng)目報(bào)價(jià)，制定初步的項(xiàng)目計(jì)劃。

測(cè)試準(zhǔn)備：組織測(cè)試團(tuán)隊(duì)、培訓(xùn)、建立測(cè)試和管理環(huán)境等。

測(cè)試設(shè)計(jì)：按照測(cè)試要求進(jìn)行每個(gè)測(cè)試項(xiàng)的測(cè)試設(shè)計(jì)，包括測(cè)試用例的設(shè)計(jì)和測(cè)試腳本的開發(fā)等。

測(cè)試實(shí)施：按照測(cè)試計(jì)劃實(shí)施測(cè)試。

測(cè)試評(píng)估：根據(jù)測(cè)試的結(jié)果，出具測(cè)試評(píng)估報(bào)告。

13、你對(duì) SQA 的職責(zé)和工作活動(dòng)(如軟件度量)的理解?

SQA 就是獨(dú)立于軟件開發(fā)的項(xiàng)目組，通過對(duì)軟件開發(fā)過程的監(jiān)控，來保證軟件的開發(fā)流程按照指定的 CMM 規(guī)程(如果有相應(yīng)的 CMM 規(guī)程),對(duì)于不符合項(xiàng)及時(shí)提出建議和改進(jìn)方案，必要時(shí)可以向高層經(jīng)理匯報(bào)以求問題的解決。通過這樣的途徑來預(yù)防缺陷的引入，從而減少后期軟件的維護(hù)成本。SQA 主要的工作活動(dòng)包括制定 SQA 工作計(jì)劃，參與階段產(chǎn)物的評(píng)審，進(jìn)行過程質(zhì)量、功能配置及物理配置的審計(jì)等；對(duì)項(xiàng)目開發(fā)過程中產(chǎn)生的數(shù)據(jù)進(jìn)行度量等等。

14、說說你對(duì)軟件配置管理的理解

項(xiàng)目在開發(fā)過程中要用相應(yīng)的配置管理工具對(duì)配置項(xiàng)(包括各個(gè)階段的產(chǎn)物)進(jìn)行變更控制，配置管理的使用取決于項(xiàng)目規(guī)模和復(fù)雜性及風(fēng)險(xiǎn)的水平。軟件的規(guī)模越大，配置管理就越顯得重要。還有在配置管理中，有一個(gè)很重要的概念，那就是基線，是在一定階段各個(gè)配置項(xiàng)的組合，一個(gè)基線就提供了一個(gè)正式的標(biāo)準(zhǔn)，隨后的工作便基于此標(biāo)準(zhǔn)，并只有經(jīng)過授權(quán)后才能變更這個(gè)標(biāo)準(zhǔn)。配置管理工具主要有 CC，VSS,CVS,SVN 等，我只用過 SVN，對(duì)其他的工具不是很熟悉。

15、怎樣寫測(cè)試計(jì)劃和測(cè)試用例？

簡(jiǎn)單點(diǎn)，測(cè)試計(jì)劃里應(yīng)有詳細(xì)的測(cè)試策略和測(cè)試方法，合理詳盡的資源安排等，至于測(cè)試用例，那是依賴于需求(包括功能與非功能需求)是否細(xì)化到功能點(diǎn)，是否可測(cè)試等。

16、說說主流的軟件工程思想(如 CMM、CMMI、RUP,XP,PSP,TSP 等)的大致情況及對(duì)他們的理解

CMM:SW Capability Maturity Model 軟件能力成熟度模型，其作用是軟件過程的改進(jìn)、評(píng)估及軟件能力的評(píng)鑒。

CMMI:Capability Maturity Model Integration 能力成熟度模型集成 CMMI 融入了大部分最新的軟件管理實(shí)踐，同時(shí)彌補(bǔ)了 SW-CMM 模型中的缺陷。

RUP:rational unified process 是軟件工程的過程。

XP:extreme program，即極限編程的意思，適用于小型團(tuán)隊(duì)的軟件開發(fā)，像上面第三個(gè)問題就可以結(jié)合原型法采用這樣的開發(fā)流程。要明白測(cè)試對(duì)于 xp 開發(fā)的重要性，強(qiáng)調(diào)測(cè)試(重點(diǎn)是單元測(cè)試)先行的理念。編程可以明顯提高代碼的質(zhì)量，持續(xù)集成對(duì)于快速定位問題有好處。

PSP，TSP 分別是個(gè)體軟件過程和群體軟件過程。大家都知道，CMM 只是告訴你做什么但并沒有告訴你如何做，所以 PSP/TSP 就是告訴你企業(yè)在實(shí)施 CMM 的過程中如何做，PSP 強(qiáng)調(diào)建立個(gè)人技能(如何制定計(jì)劃、控制質(zhì)量及如何與其他人相互協(xié)作等等)。而 TSP 著重于生產(chǎn)并交付高質(zhì)量的軟件產(chǎn)品(如何有效的規(guī)劃和管理所面臨的項(xiàng)目開發(fā)任務(wù)等等)?？傊瑢?shí)施 CMM，永遠(yuǎn)不能真正做到能力成熟度的提升，只有將實(shí)施 CMM 與實(shí)施 PSP 和 TSP 有機(jī)結(jié)合起來，才能發(fā)揮最大的效力。因此，軟件過程框架應(yīng)該是 CMM/PSP/TSP 的有機(jī)集成。

17、你是怎樣保證軟件質(zhì)量的，也就是說你覺得怎樣才能最大限度的保證軟件的質(zhì)量？

測(cè)試并不能夠最大限度的保證軟件的質(zhì)量，軟件的高質(zhì)量是開發(fā)和設(shè)計(jì)出來的，而不是測(cè)試出來的，它不僅要通過對(duì)軟件開發(fā)流程的監(jiān)控，使得軟件開發(fā)的各個(gè)階段都要按照指定的規(guī)程進(jìn)行，通過對(duì)各個(gè)階段產(chǎn)物的評(píng)審，QA 對(duì)流程的監(jiān)控，對(duì)功能及配置的審計(jì)來達(dá)到開發(fā)的最優(yōu)化。當(dāng)然測(cè)試也是保證軟件質(zhì)量的一個(gè)重要方式，是軟件質(zhì)量保證工程的一個(gè)重要組成部分。

18、基于目前中國(guó)的國(guó)情，大多數(shù)公司的項(xiàng)目進(jìn)度緊張、人員較少、需求文檔根本沒有或者很不規(guī)范，你認(rèn)為在這種情況下怎樣保證軟件的質(zhì)量？(大多數(shù)公司最想知道的就是在這種困難面前你該怎么保證軟件的質(zhì)量，因?yàn)檫@些公司一般就是這種情況–既不想投入過多又想保證質(zhì)量)

出現(xiàn)以上的情況，如果僅僅想通過測(cè)試來提高軟件質(zhì)量，那幾乎是不可能的，原因是沒有足夠的時(shí)間讓你去測(cè)試，少而不規(guī)范的文檔導(dǎo)致測(cè)試需求無法細(xì)化到足夠且有針對(duì)性的測(cè)試。所以，作為公司質(zhì)量保證的應(yīng)該和項(xiàng)目經(jīng)理確定符合項(xiàng)目本身適合的軟件生命周期模型(比如 RUP 的建材，原型法)，明確項(xiàng)目的開發(fā)流程并督促項(xiàng)目組按照此流程開展工作，所有項(xiàng)目組成員(項(xiàng)目經(jīng)理更加重要)都要制定出合理的工作計(jì)劃，加強(qiáng)代碼的單元測(cè)試，在客戶既定的產(chǎn)品交付日期范圍內(nèi)，進(jìn)行產(chǎn)品的持續(xù)集成等等，如果時(shí)間允許可以再配合客戶進(jìn)行必要的系統(tǒng)功能測(cè)試。

19、一個(gè)測(cè)試工程師應(yīng)該具備哪些素質(zhì)和技能？

掌握基本的測(cè)試基礎(chǔ)理論

本著找出軟件存在的問題的態(tài)度進(jìn)行測(cè)試，不要以挑刺的形象出現(xiàn)

可熟練閱讀需求規(guī)格說明書等文檔

以用戶的觀點(diǎn)看問題

有強(qiáng)烈的質(zhì)量意識(shí)

細(xì)心和責(zé)任心

良好的有效的溝通方式(與開發(fā)人員及客戶)

具有以往的測(cè)試經(jīng)驗(yàn)?zāi)軌蚣皶r(shí)準(zhǔn)確的判斷出高危險(xiǎn)區(qū)在何處

20、做好軟件測(cè)試的一些關(guān)鍵點(diǎn)

必須經(jīng)過測(cè)試基礎(chǔ)知識(shí)和理論的相關(guān)培訓(xùn)

測(cè)試人員必須熟悉系統(tǒng)功能和業(yè)務(wù)

測(cè)試要有計(jì)劃，而且測(cè)試方案要和整個(gè)項(xiàng)目計(jì)劃協(xié)調(diào)好

必須實(shí)現(xiàn)編寫測(cè)試用例，測(cè)試執(zhí)行階段必須根據(jù)測(cè)試用例進(jìn)行

易用性，功能，分支，邊界，性能等功能性和非功能性需求都要進(jìn)行測(cè)試

對(duì)于復(fù)雜的流程一定要進(jìn)行流程分支，組合條件分析，再進(jìn)行等價(jià)類劃分準(zhǔn)備相關(guān)測(cè)試數(shù)據(jù)

測(cè)試設(shè)計(jì)的一個(gè)重要內(nèi)容是要準(zhǔn)備好具體的測(cè)試數(shù)據(jù)，清楚這個(gè)測(cè)試數(shù)據(jù)是測(cè)試那個(gè)場(chǎng)景或分支的。

個(gè)人任務(wù)平均每三個(gè)測(cè)試用例至少應(yīng)該發(fā)現(xiàn)一個(gè) BUG，否則只能說明測(cè)試用例質(zhì)量不好

除了每天構(gòu)建的重復(fù)測(cè)試可以考慮測(cè)試自動(dòng)化外，其他暫時(shí)都不要考慮去自動(dòng)話

21、你對(duì)加班的看法？

答：如果公司項(xiàng)目要求需要加班，我會(huì)積極參與，我們之前公司也有加班，所以這種情況我了解。也能完成好工作。

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

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

23、你所熟悉的軟件測(cè)試類型有哪些?

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

功能測(cè)試在測(cè)試工作中占有比例最大，功能測(cè)試也叫黑盒測(cè)試

性能測(cè)試是通過自動(dòng)化的測(cè)試工具模擬多種正常、峰值以及異常負(fù)載條件來對(duì)系統(tǒng)的各項(xiàng)性能指標(biāo)進(jìn)行測(cè)試。負(fù)載測(cè)試和壓力測(cè)試都屬于性能測(cè)試，兩者可以結(jié)合進(jìn)行

界面測(cè)試，界面是軟件與用戶交互的最直接的層，界面的好壞決定用戶對(duì)軟件的第一印象

區(qū)別在于，功能測(cè)試關(guān)注產(chǎn)品的所有功能，要考慮到每個(gè)細(xì)節(jié)功能，每個(gè)可能存在的功能問題。性能測(cè)試主要關(guān)注產(chǎn)品整體的多用戶并發(fā)下的穩(wěn)定性和健壯性。界面測(cè)試則關(guān)注與用戶體驗(yàn)相關(guān)內(nèi)容，用戶使用該產(chǎn)品的時(shí)候是否已用，是否易懂，是否規(guī)范(用戶無意輸入無效的數(shù)據(jù)，當(dāng)然考慮到體驗(yàn)性，不能太粗魯?shù)膹棾鼍?。做某個(gè)性能測(cè)試的時(shí)候，首先它可能是個(gè)功能點(diǎn)，首先要保證它的功能是沒有問題的，然后再考慮性能的問題。

24、編寫測(cè)試用例有哪些？

答：等價(jià)類、邊界值、錯(cuò)誤推測(cè)法、場(chǎng)景法，我個(gè)人常用的方法就是這些

25、Beta 測(cè)試與 alpha 測(cè)試的區(qū)別？

答：alpha 測(cè)試是公司內(nèi)部在模擬實(shí)際操作環(huán)境下進(jìn)行的一種驗(yàn)收，公司內(nèi)部會(huì)組織內(nèi)部員工進(jìn)行的測(cè)試，alpha 測(cè)試不能由程序員或者測(cè)試完成。

Beta 測(cè)試是軟件的多個(gè)用戶在一個(gè)或多個(gè)用戶的實(shí)際使用環(huán)境下進(jìn)行的測(cè)試，beta 測(cè)試不能由程序員或測(cè)試員完成。

26、上家公司有多少測(cè)試，你們是怎么分配工作的？

答：測(cè)試 3 人，老大負(fù)責(zé)分配我們的任務(wù)，每個(gè)人負(fù)責(zé)對(duì)應(yīng)的模塊或者是不同的客戶端，完成自己的一端時(shí)間的任務(wù)就行。

27、為何從上家辭職？

答：1、上家公司比較清閑，不利于我的長(zhǎng)期發(fā)展，所以離職了

2、上家公司的業(yè)務(wù)比較少，基本上是事情比較少的情況，年輕人要多奮斗下，所以我選擇離職，去更加忙一點(diǎn)的公司。（2 選 1）

28、能不能說下你們公司的項(xiàng)目流程或者說介紹下你們公司的工作流程？在每個(gè)階段的輸出有哪些？

答：首先會(huì)召開需求分析會(huì)議，參加人員有產(chǎn)品、開發(fā)和測(cè)試，主要是探討需求主要的一些功能點(diǎn)；然后開發(fā)就排期進(jìn)行開發(fā)，主管開始編寫測(cè)試計(jì)劃，對(duì)我們進(jìn)行任務(wù)分配。

我們參考需求規(guī)格說明書及原型圖編寫測(cè)試用例，寫完之后會(huì)進(jìn)行用例評(píng)審，有評(píng)審修改的就修改整理形成最終的用例版本；開發(fā)人員版本編譯完成后，我們會(huì)先進(jìn)行預(yù)測(cè)，主要對(duì)主功能業(yè)務(wù)進(jìn)行測(cè)試，如果主業(yè)務(wù)流程不通過，直接返回給開發(fā)進(jìn)行修改。預(yù)測(cè)通過，依據(jù)測(cè)試用例進(jìn)行系統(tǒng)測(cè)試。測(cè)試過程中，提交 bug，跟蹤 bug，進(jìn)行回歸測(cè)試直至不存在嚴(yán)重 bug，滿足用戶需求，測(cè)試完后編寫測(cè)試報(bào)告；產(chǎn)品發(fā)布上線后，關(guān)注 web 是否正常運(yùn)行，要進(jìn)行常規(guī)的維護(hù)性測(cè)試。

29、寫過測(cè)試計(jì)劃或者是測(cè)試報(bào)告么？測(cè)試計(jì)劃包括哪些主要步驟和信息？測(cè)試報(bào)告包括哪些內(nèi)容？測(cè)試報(bào)告交付文檔有哪些？

答：寫過；1、測(cè)試計(jì)劃包括：項(xiàng)目信息、參與文檔、測(cè)試范圍、測(cè)試策略、測(cè)試時(shí)間人員安排、測(cè)試環(huán)境；2、測(cè)試報(bào)告包含：項(xiàng)目背景、參考資料、測(cè)試范圍、測(cè)試結(jié)果及缺陷分析、測(cè)試結(jié)論與建議，風(fēng)險(xiǎn)評(píng)估；3、交付文檔：主要是測(cè)試用例、測(cè)試計(jì)劃、測(cè)試報(bào)告。

30、對(duì)于重現(xiàn)率不高的 BUG 怎么處理？

先在出現(xiàn)問題的環(huán)境上盡量重現(xiàn)，保持瀏覽器環(huán)境、出現(xiàn)問題的特定賬號(hào)等的一致，多次嘗試仍然不能重現(xiàn)，也要記錄到 bug 平臺(tái)，將出現(xiàn)問題的特征步驟盡量描述清楚，附帶問題截圖及日志截圖、注明偶現(xiàn)；如果項(xiàng)目時(shí)間允許，bug 等級(jí)高，需要開發(fā)協(xié)助重現(xiàn)；如果時(shí)間不允許，記錄到 BUG 平臺(tái)后續(xù)在跟進(jìn)。

31、bug 的生命周期？

答：Bug 的生命周期，就是一個(gè) bug 被發(fā)現(xiàn)到這個(gè) bug 被關(guān)閉的過程，生命周期中一般缺陷狀態(tài)：新建、指派、已解決、待驗(yàn)、關(guān)閉

如果待驗(yàn)證的 bug 在驗(yàn)證是沒有解決好，我們需要重新打開（激活）→指派→已解決→待驗(yàn)，循環(huán)這個(gè)過程，中間其他狀態(tài)：重新打開、拒絕、延期等

32、當(dāng)你提了一個(gè) bug，開發(fā)認(rèn)為這不是 bug，怎么處理？

答：首先確認(rèn)開發(fā)環(huán)境是否跟自己測(cè)試環(huán)境一致，確認(rèn)在測(cè)試環(huán)境能重現(xiàn)，如果確認(rèn)是缺陷跟開發(fā)保持有效溝通，如果是級(jí)別較低的建議性 bug，可以先記錄到 bug 平臺(tái)，先保留溝通。如果是 bug 級(jí)別較高的問題，對(duì)應(yīng)需求文檔的預(yù)期結(jié)果跟開發(fā)說明，更有說服力；耐心講解 BUG 的危害，不行就找產(chǎn)品確認(rèn)，確實(shí)是 BUG 注明情況并再次指派給開發(fā)

33、有沒有你印象深刻的 bug，bug 的原因？

答：身份證末尾 X 結(jié)尾的， 實(shí)名認(rèn)證顯示成功，但是在后面提現(xiàn)的時(shí)候，會(huì)報(bào)錯(cuò)，后面發(fā)現(xiàn)是保存到庫(kù)里面的，都是小寫 X 的，導(dǎo)致提現(xiàn)這邊不識(shí)別，印象深刻的原因是因?yàn)榛艘欢ǖ臅r(shí)間去找到這個(gè) bug，并且自己嘗試定位到原因，所以印象深刻文章來源地址http://www.zghlxwxcb.cn/news/detail-785468.html

到了這里，關(guān)于30道軟件測(cè)試基礎(chǔ)面試題!(含答案)的文章就介紹完了。如果您還想了解更多內(nèi)容，請(qǐng)?jiān)谟疑辖撬阉鱐OY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章，希望大家以后多多支持TOY模板網(wǎng)！