《面試題庫系列》軟件測試面試問題錦集

1、1、自己優(yōu)勢及缺點(diǎn)我的優(yōu)點(diǎn)是有足夠的耐心對待每一件事情， 善于觀察事物，承受壓力的能力 很強(qiáng)。缺點(diǎn)可能就是我不是很愛說話，習(xí)慣做不習(xí)慣說，但是和人溝通還是沒有 問題的。2、你認(rèn)為測試人員需要具備哪些素質(zhì)？我認(rèn)為做測試的應(yīng)該要有一定的協(xié)調(diào)能力，因?yàn)闇y試人員要經(jīng)常與開發(fā)接觸 處理一些問題，如果處理不好的話會引起一些沖突這樣的話工作上就會做不好。 還有測試人員要有一定的耐心，有的時候做的測試很枯燥乏味的。 除了要有耐心 之外還要細(xì)心，不放過每一個可能的錯誤3、你為什么能夠做測試這一行。雖然說我的測試技術(shù)還不是很純熟，但是我覺得我還是可以勝任軟件測試這 個工作的，因?yàn)樽鲕浖y試不僅是要求技術(shù)好，還要有

2、一定的溝通能力，耐心、 細(xì)心等外在的因素。綜合起來看我認(rèn)為我是勝任這個工作的。4、測試的目的是什么？測試的目的是找出軟件產(chǎn)品中的錯誤，是軟件盡可能的符合用戶的要求。當(dāng)軟件測試是不可能能夠找出全部的錯誤的。5、測試分為那幾個階段？一般來說測試大體分為5個階段：單元測試、集成測試、確認(rèn)測試、系統(tǒng)測試、驗(yàn)收測試在測試過程中如果有需要還要進(jìn)行回歸測試。6單元測試的測試對象，目的、測試依據(jù)、測試方法？測試對象是模塊內(nèi)部的程序錯誤；目的是消除局部模塊邏輯和功能上的錯誤 和缺陷；測試依據(jù)是模塊的詳細(xì)設(shè)計；測試方法采用白盒測試。7、怎樣看待加班問題加班的話我沒有太多的意見，但是我還是覺得如果能夠合理的安排時間

3、的 話，不會有太多時候會加班的。8、結(jié)合你以前的學(xué)習(xí)和工作經(jīng)驗(yàn)，你認(rèn)為如何做好測試。根據(jù)我以前的工作經(jīng)驗(yàn)，我認(rèn)為做好工作首先要有一個好的溝通， 只有溝通 無障礙了，才會有好的協(xié)作，才會有更好的效率，再一個就是技術(shù)一定要過關(guān)， 做測試要有足夠的耐心，和一個良好的工作習(xí)慣，不懂的就問，實(shí)時與同事溝通 這樣的話才能做好測試工作。9、你為什么選擇軟件測試行業(yè)因?yàn)橹坝辛私廛浖y試這個行業(yè)，覺得他的發(fā)展前景很好。10、根據(jù)你以前的工作經(jīng)驗(yàn)描述一下軟件開發(fā)、測試過程，由那些角色負(fù)責(zé)，你 做什么要有架構(gòu)師、開發(fā)經(jīng)理、測試經(jīng)理、程序員、測試員。我在里面主要是負(fù)責(zé) 所分到的模塊執(zhí)行測試用例。11、根據(jù)你的經(jīng)驗(yàn)說

4、說你對軟件測試/質(zhì)量保證的理解？軟件質(zhì)量保證與測試是根據(jù)軟件軟件開發(fā)階段的規(guī)格說明和程序的內(nèi)部結(jié) 構(gòu)而精心設(shè)計的一批測試用例（即輸入數(shù)據(jù)和預(yù)期的輸出結(jié)果），并根據(jù)這些測 試用例去運(yùn)行程序，以發(fā)現(xiàn)錯誤的過程。它是對應(yīng)用程序的各個方面進(jìn)行測試以 檢查其功能、語言有效性及外觀排布。12、軟件測試的流程是什么？需求調(diào)查：全面了解系統(tǒng)概況、應(yīng)用領(lǐng)域、軟件開發(fā)周期、軟件開發(fā)環(huán)境、 開發(fā)組織、時間安排、功能需求、性能需求、質(zhì)量需求及測試要求等。根據(jù)系統(tǒng)概況進(jìn)行項(xiàng)目所需的人員、時間和工作量估計及項(xiàng)目報價。制定初步的項(xiàng)目計劃：測試準(zhǔn)備：組織測試團(tuán)隊(duì)、培訓(xùn)、建立測試和管理環(huán)境等。測試設(shè)計：按照測試要求進(jìn)行每個測試

5、項(xiàng)的測試設(shè)計，包括測試用例的設(shè)計 及測試腳本的開發(fā)等。測試實(shí)施：按照測試計劃實(shí)施測試。測試評估：根據(jù)測試的結(jié)果，出具測試評估報告。13、你對SQA勺職責(zé)和工作活動（如軟件度量）的理解：SQA就是獨(dú)立于軟件開發(fā)的項(xiàng)目組，通過對軟件開發(fā)過程的監(jiān)控，來保證軟 件的開發(fā)流程按照指定的CMM規(guī)程（如果有相應(yīng)的CMM®程），對于不符合 項(xiàng)及時提出建議和改進(jìn)方案，必要是可以要高層經(jīng)理匯報以求問題的解決。通過這樣的途徑來預(yù)防缺陷的引入， 從而減少后期軟件的維護(hù)成本。SQA 主要的工作活動包括制定SQAT作計劃，參與階段產(chǎn)物的評審，進(jìn)行過程質(zhì)量、功能配置及物理配置的審計等 ; 對項(xiàng)目開發(fā)過程中產(chǎn)生的數(shù)

6、據(jù)進(jìn)行度量14、說說你對軟件配置管理的理解： 項(xiàng)目在開發(fā)的過程中要用相應(yīng)的配置管理工具對配置項(xiàng) （包括各個階段的產(chǎn)物） 進(jìn)行變更控 制，配置管理的使用取決于項(xiàng)目規(guī)模和復(fù)雜性能及風(fēng)險的水平。 軟件的規(guī)模越大， 配置管理 就顯得越重要。 還有在配置管理中， 有一個很重要的概念，那就是基線，是在一定階段各個 配置項(xiàng)的組合， 一個基線就提供了一個正式的標(biāo)準(zhǔn)， 隨后的工作便基于此標(biāo)準(zhǔn)， 并且只有經(jīng) 過授權(quán)后才能變更這個標(biāo)準(zhǔn)。配置管理工具主要有CC,VSS,CVS等，偶只用過 CVS對其它的不熟悉15、怎樣寫測試計劃和測試用例： 簡單點(diǎn)，測試計劃里應(yīng)有詳細(xì)的測試策略（測試方法等），合理詳盡的資源安排等，至

7、于測 試用例，那是依賴于需求（包括功能與非功能需求）是否細(xì)化到功能點(diǎn)，是否可測試等。16、說說主流的軟件工程思想（如CMM CMMI RUP XP, PSP TSP等）的大致情況以及對它 們的理解：CMM:SW Capability Maturity Model 軟件能力成熟度模型 ,其作用是用于軟件過程的改進(jìn)、 評估及軟件能力的評鑒CMMI:Capability Maturity Model In tegration能力成熟度模型集成CMM 融 入了大部分最新的軟件管理實(shí)踐，同時彌補(bǔ)了SW-CM模型中的缺陷RUP:rational unified process是軟件工程化過程。XP： ex

8、treme program，即極限編程的意思，適用于小型團(tuán)隊(duì)的軟件開發(fā)，想上面第三個 問題就可以結(jié)合原型法采用這樣的開發(fā)流程。要明白測試對于 xp 開發(fā)的重要性，強(qiáng)調(diào)測試 （重點(diǎn)是單元測試） 先行的理念。 編程可以明顯提高代碼的質(zhì)量， 持續(xù)集成對于快速定位問 題很有好處。PSP,TSP 分別是個體軟件過程 （Personal Software Process ），群組軟件過程（TeamSoftware Process ）大家都知道，CMM只是告訴你做什么但并沒有告訴你如何做，所以PSP/TSP就是告訴你企業(yè)在實(shí)施 CMM勺過程中如何做，PSP強(qiáng)調(diào)建立個人技能（如何制定計劃、控制質(zhì)量 及如何與其

9、他人相互協(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/TS的有機(jī)集成。17、你是怎樣保證軟件質(zhì)量的,也就是說你覺得怎樣才能最大限度地保證軟件質(zhì)量？測試并不能夠最大限度的保證軟件的質(zhì)量, 軟件的高質(zhì)量是開發(fā)和設(shè)計出來的, 而不是測試 出來的, 它不僅要通過對軟件開發(fā)流程的監(jiān)控, 使得軟件開發(fā)的各個階段都要按照指定的規(guī) 程進(jìn)行，通過對各個階段產(chǎn)物的評審，QA對流程的監(jiān)控，對功能

10、及配置的審計來達(dá)到開發(fā)的最優(yōu)化。 當(dāng)然測試也是保證軟件質(zhì)量的一個重要方式, 是軟件質(zhì)量保證工程的一個重要組 成部分。18、然后緊接著就基于目前中國的國情,大多數(shù)公司的軟件項(xiàng)目進(jìn)度緊張、人員較少、需求文檔根本沒有或者很不規(guī)范, 你認(rèn)為在這種情況下怎樣保證軟件的質(zhì)量？ （大多數(shù) 公司最想知道的就是在這種困難面前你該怎么保證軟件的質(zhì)量,因?yàn)檫@些公司一般就 是這種情況 既不想投入過多又想保證質(zhì)量, faint ）出現(xiàn)以上的情況，如果僅僅想通過測試來提高軟件質(zhì)量，那幾乎是不可能，原因是沒有足夠的時間讓你去測試，少而不規(guī)范的文檔導(dǎo)致測試需求無法細(xì)化何談足夠且有針對性進(jìn)行測試。所以，作為公司質(zhì)量保證的你應(yīng)該

11、先和項(xiàng)目經(jīng)理確定符合項(xiàng)目本身最適合的軟件生命周期模型（比如RUP勺剪裁，原型法），明確項(xiàng)目的開發(fā)流程并督促項(xiàng)目組按照此流程開展工作，所有項(xiàng)目組成員（項(xiàng)目經(jīng)理更加重要）都要制定出合理的工作計劃，加強(qiáng)代碼的單元測試，在客戶既定的產(chǎn)品交付日期范圍之內(nèi)，進(jìn)行產(chǎn)品的 持續(xù)集成等等，如果時間允許可以再配合客戶進(jìn)行必要的系統(tǒng)功能測試。19、一個測試工程師應(yīng)具備那些素質(zhì)和技能？1、 掌握基本的測試基礎(chǔ)理論；2、 本著找出軟件存在的問題的態(tài)度進(jìn)行測試， 即客觀吧 ， 不要以挑刺形象出現(xiàn)3、 可熟練閱讀需求規(guī)格說明書等文檔；4、以用戶的觀點(diǎn)看待問題5、 有著強(qiáng)烈的質(zhì)量意識；6、細(xì)心和責(zé)任心 ；7、良好的有效的溝通

12、方式 （ 與開發(fā)人員及客戶 ）8、 具有以往的測試經(jīng)驗(yàn)?zāi)軌蚣皶r準(zhǔn)確地判斷出高危險區(qū)在何處.20、做好軟件測試的一些關(guān)鍵點(diǎn)1. 測試人員必須經(jīng)過測試基礎(chǔ)知識和理論的相關(guān)培訓(xùn)。2. 測試人員必須熟悉系統(tǒng)功能和業(yè)務(wù)。3. 測試必須事先要有計劃，而且測試方案要和整個項(xiàng)目計劃協(xié)調(diào)好4. 必須事先編寫測試用例，測試執(zhí)行階段必須根據(jù)測試用例進(jìn)行5. 易用性，功能，分支，邊界，性能等功能性和非功能性需要都要進(jìn)行測試6. 對于復(fù)雜的流程一定要進(jìn)行流程分支，組合條件分析，再進(jìn)行等價類劃分準(zhǔn)備相關(guān) 測試數(shù)據(jù)7. 測試設(shè)計的一個重要內(nèi)容是要準(zhǔn)備好具體的測試數(shù)據(jù)，清楚這個測試數(shù)據(jù)是測哪個 場景或分支的8. 個人任務(wù)平均

13、每三個測試用例至少應(yīng)該發(fā)現(xiàn)一個BUG否則只能說明測試用例質(zhì)量不好9. 除了每日構(gòu)建的冒煙測試可以考慮測試自動化外，其它暫時都不要考慮去自動化。21、軟件測試員自身素質(zhì)培養(yǎng)（ 1） 首先，應(yīng)對軟件測試感興趣和對自己有自信，如果具備了這兩點(diǎn)，那么在 開發(fā)過程中不管遇到什么樣的困難，我相信你一定能克服。（ 2） 善于懷疑，世界上沒有絕對正確的，總有錯誤的地方，具有叛逆心理，別人認(rèn)為不可能發(fā)生的事，我卻認(rèn)為可能發(fā)生。別人認(rèn)為是對的，我卻認(rèn)為不是對的。（3）打破砂鍋問到底的精神，對于只出現(xiàn)過一次的bug, 定找出原因，不解決誓不罷休。（ 4） 保持一個良好的心情,否則可能無法把測試作好。不要把生活中的不

14、愉快 的情緒帶到工作中來。（ 5） 做測試時要細(xì)心,不是所有的 bug 都能很容易的找出,一定要細(xì)心才能找 出這些 bug。（6）靈活一些，聰明一點(diǎn)，多制造一些容易產(chǎn)生bug的例子。（ 7） 在有條件的情況下,多和客戶溝通,他們身上有你所需要的。（ 8） 設(shè)身處地為客戶著想,從他們的角度去測試系統(tǒng)。（ 9） 不要讓程序員,以“這種情況不可能發(fā)生”這句話說服你,相反,你應(yīng)該去說服他，告訴他在客戶心里，并不是這樣的。（ 10） 考慮問題要全面，結(jié)合客戶的需求、業(yè)務(wù)的流程、和系統(tǒng)的構(gòu)架，等多方 面考慮問題。（ 11） 提出問題不要復(fù)雜化，這一點(diǎn)和前面的有點(diǎn)矛盾，如果你是一新手，暫時 不要管這一點(diǎn)，因

15、為最終將有你的小組成員討論解決。（ 12） 追求完美，對于新測試員來說，努力的追求完美，這對你很好，盡管有些 事無法做到，但你應(yīng)該去嘗試。（13） 幽默感，能和開發(fā)小組很好的溝通是關(guān)鍵， 試著給你的開發(fā)小組找一個“ BUG 殺手”，或?qū)λ麄冋f“我簡直不敢相信，你寫的程序居然到現(xiàn)在沒有找到BUG”。22、為什么要在一個團(tuán)隊(duì)中開展軟件測試工作？因?yàn)闆]有經(jīng)過測試的軟件很難在發(fā)布之前知道該軟件的質(zhì)量，就好比ISO 質(zhì)量認(rèn)證一樣， 測試同樣也需要質(zhì)量的保證， 這個時候就需要在團(tuán)隊(duì)中開展軟件測試的工作。 在測試的過程發(fā)現(xiàn)軟件中存在的問題，及時讓開發(fā)人員得知并修改問題，在即將發(fā)布 時，從測試報告中得出軟件的

16、質(zhì)量情況。23、您所熟悉的軟件測試類型都有哪些？測試類型有：功能測試，性能測試，界面測試。 功能測試在測試工作中占的比例最大，功能測試也叫黑盒測試。 性能測試是通過自動化的測試工具模擬多種正常、峰值以及異常負(fù)載條件來對系 統(tǒng)的各項(xiàng)性能指標(biāo)進(jìn)行測試。負(fù)載測試和壓力測試都屬于性能測試，兩者可以結(jié)合進(jìn) 行。界面測試，界面是軟件與用戶交互的最直接的層，界面的好壞決定用戶對軟件的 第一印象。 區(qū)別在于，功能測試關(guān)注產(chǎn)品的所有功能上，要考慮到每個細(xì)節(jié)功能，每個可能存在 的功能問題。性能測試主要關(guān)注于產(chǎn)品整體的多用戶并發(fā)下的穩(wěn)定性和健壯性。界面 測試更關(guān)注于用戶體驗(yàn)上， 用戶使用該產(chǎn)品的時候是否易用， 是否

17、易懂， 是否規(guī)范 （快 捷鍵之類的），是否美觀（能否吸引用戶的注意力），是否安全（盡量在前臺避免用 戶無意輸入無效的數(shù)據(jù)，當(dāng)然考慮到體驗(yàn)性，不能太粗魯?shù)膹棾鼍妫?？做某個性能 測試的時候，首先它可能是個功能點(diǎn)，首先要保證它的功能是沒問題的，然后再考慮 該功能點(diǎn)的性能測試24、您認(rèn)為做好測試用例設(shè)計工作的關(guān)鍵是什么？白盒測試用例設(shè)計的關(guān)鍵是以較少的用例覆蓋盡可能多的內(nèi)部程序邏輯結(jié)果 黑盒法用例設(shè)計的關(guān)鍵同樣也是以較少的用例覆蓋模塊輸出和輸入接口。不可能做到 完全測試，以最少的用例在合理的時間內(nèi)發(fā)現(xiàn)最多的問題 軟件的黑盒測試意味著測試要在軟件的接口處進(jìn)行。這種方法是把測試對象看做一個 黑盒子，測試

18、人員完全不考慮程序內(nèi)部的邏輯結(jié)構(gòu)和內(nèi)部特性，只依據(jù)程序的需求規(guī) 格說明書，檢查程序的功能是否符合它的功能說明。因此黑盒測試又叫功能測試或數(shù) 據(jù)驅(qū)動測試。黑盒測試主要是為了發(fā)現(xiàn)以下幾類錯誤：1、是否有不正確或遺漏的功能？2、在接口上，輸入是否能正確的接受？能否輸出正確的結(jié)果？3、是否有數(shù)據(jù)結(jié)構(gòu)錯誤或外部信息（例如數(shù)據(jù)文件）訪問錯誤？4、性能上是否能夠滿足要求？5、是否有初始化或終止性錯誤？ 軟件的白盒測試是對軟件的過程性細(xì)節(jié)做細(xì)致的檢查。這種方法是把測試對象看 做一個打開的盒子，它允許測試人員利用程序內(nèi)部的邏輯結(jié)構(gòu)及有關(guān)信息，設(shè)計或選 擇測試用例，對程序所有邏輯路徑進(jìn)行測試。通過在不同點(diǎn)檢查程序

19、狀態(tài)，確定實(shí)際 狀態(tài)是否與預(yù)期的狀態(tài)一致。因此白盒測試又稱為結(jié)構(gòu)測試或邏輯驅(qū)動測試。白盒測 試主要是想對程序模塊進(jìn)行如下檢查：1、對程序模塊的所有獨(dú)立的執(zhí)行路徑至少測試一遍。2、對所有的邏輯判定，取“真”與取“假”的兩種情況都能至少測一遍。3、在循環(huán)的邊界和運(yùn)行的界限內(nèi)執(zhí)行循環(huán)體。4 、測試內(nèi)部數(shù)據(jù)結(jié)構(gòu)的有效性，等等。25、1、單元測試（模塊測試）是開發(fā)者編寫的一小段代碼，用于檢驗(yàn)被測代碼的一個很小的、很明確的功能是否正確。通常而言，一個單元測試是用于判斷某個特定條件 （或者場景）下某個特定函數(shù)的行為。單元測試是由程序員自己來完成，最終受益的 也是程序員自己?？梢赃@么說，程序員有責(zé)任編寫功能代

20、碼，同時也就有責(zé)任為自己 的代碼編寫單元測試。執(zhí)行單元測試，就是為了證明這段代碼的行為和我們期望的一 致。2、集成測試（也叫組裝測試，聯(lián)合測試）是單元測試的邏輯擴(kuò)展。它的最簡單的 形式是：兩個已經(jīng)測試過的單元組合成一個組件，并且測試它們之間的接口。從這一 層意義上講，組件是指多個單元的集成聚合。在現(xiàn)實(shí)方案中，許多單元組合成組件， 而這些組件又聚合成程序的更大部分。方法是測試片段的組合，并最終擴(kuò)展進(jìn)程，將 您的模塊與其他組的模塊一起測試。最后，將構(gòu)成進(jìn)程的所有模塊一起測試。3、系統(tǒng)測試是將經(jīng)過測試的子系統(tǒng)裝配成一個完整系統(tǒng)來測試。它是檢驗(yàn)系統(tǒng)是否確實(shí)能提供系統(tǒng)方案說明書中指定功能的有效方法。（常

21、見的聯(lián)調(diào)測試）。系統(tǒng)測 試的目的是對最終軟件系統(tǒng)進(jìn)行全面的測試，確保最終軟件系統(tǒng)滿足產(chǎn)品需求并且遵 循系統(tǒng)設(shè)計。4 、驗(yàn)收測試是部署軟件之前的最后一個測試操作。 驗(yàn)收測試的目的是確保軟件準(zhǔn) 備就緒，并且可以讓最終用戶將其用于執(zhí)行軟件的既定功能和任務(wù)。驗(yàn)收測試是向未 來的用戶表明系統(tǒng)能夠像預(yù)定要求那樣工作。經(jīng)集成測試后，已經(jīng)按照設(shè)計把所有的 模塊組裝成一個完整的軟件系統(tǒng)，接口錯誤也已經(jīng)基本排除了，接著就應(yīng)該進(jìn)一步驗(yàn) 證軟件的有效性，這就是驗(yàn)收測試的任務(wù)，即軟件的功能和性能如同用戶所合理期待 的那樣。26、測試計劃工作的目的是什么？測試計劃工作的內(nèi)容都包括什么？其中哪些是最重要的？軟件測試計劃是指

22、導(dǎo)測試過程的綱領(lǐng)性文件，包含了產(chǎn)品概述、測試策略、測試 方法、測試區(qū)域、測試配置、測試周期、測試資源、測試交流、風(fēng)險分析等內(nèi)容。借 助軟件測試計劃，參與測試的項(xiàng)目成員，尤其是測試管理人員，可以明確測試任務(wù)和 測試方法，保持測試實(shí)施過程的順暢溝通，跟蹤和控制測試進(jìn)度，應(yīng)對測試過程中的 各種變更。測試計劃和測試詳細(xì)規(guī)格、測試用例之間是戰(zhàn)略和戰(zhàn)術(shù)的關(guān)系，測試計劃主要從宏觀 上規(guī)劃測試活動的范圍、方法和資源配置，而測試詳細(xì)規(guī)格、測試用例是完成測試任 務(wù)的具體戰(zhàn)術(shù)。所以其中最重要的是測試測試策略和測試方法（最好是能先評審）27、您認(rèn)為做好測試計劃工作的關(guān)鍵是什么？1. 明確測試的目標(biāo)，增強(qiáng)測試計劃的實(shí)用

23、性編寫軟件測試計劃得重要目的就是使測試過程能夠發(fā)現(xiàn)更多的軟件缺陷，因此軟 件測試計劃的價值取決于它對幫助管理測試項(xiàng)目，并且找出軟件潛在的缺陷。因此， 軟件測試計劃中的測試范圍必須高度覆蓋功能需求，測試方法必須切實(shí)可行，測試工具并且具有較高的實(shí)用性，便于使用，生成的測試結(jié)果直觀、準(zhǔn)確2 .堅持“5W規(guī)則，明確內(nèi)容與過程“ 5W規(guī)則指的是“ What （做什么）”、“Wh（為什么做）”、“Whe（何時做）”、 “Where （在哪里）”、“ How（如何做）”。利用“ 5W規(guī)則創(chuàng)建軟件測試計劃，可 以幫助測試團(tuán)隊(duì)理解測試的目的（Why），明確測試的范圍和內(nèi)容（ What）,確定測試的開始和結(jié)束日期（When，指出測試的方法和工具（How），給出測試文檔和軟件的 存放位置（ Where）。3. 采用評審和更新機(jī)制,保證測試計劃滿足實(shí)際需求 測試計劃寫作完成后,如果沒有經(jīng)過評審,直接發(fā)送給測試團(tuán)隊(duì),測