【正文】 Description for ODD Division? you ever heard of a build interval period?第五篇：談?wù)勡浖y試面試問題[范文模版]前段時間公司招聘軟件測試人員，雖然基本上都是招的應(yīng)屆畢業(yè)生，但我還是從現(xiàn)實以及網(wǎng)絡(luò)上找到了一些應(yīng)聘軟件測試/QA的面試問題集，當然這個也都不會有標準答案的，現(xiàn)在只是以偶的一點理解加上網(wǎng)上的一些內(nèi)容列舉出來供有需要的XDJM們作一下參考：：介紹一下你的經(jīng)歷。HOHO......這個問題我想誰都被問過吧，注意一下重點，不要緊張慢慢說就OK了。根據(jù)你的經(jīng)驗說說你對軟件測試/質(zhì)量保證的理解？這個就要仁者見仁、智者見智了，也基本上都是書上的東東，如果能有一些自己獨特的想法那就最好啦，呵呵。這就輪到問軟件測試的流程是什么，你原先的公司又是怎么的流程了？前面?zhèn)€問題也還是書本上的東西，一般介紹軟測的書上都有，實際上國內(nèi)一般的中小公司根本就達不到書上所說的那些個測試規(guī)范，測試流程也是如此，沒辦法，這就是現(xiàn)在我們整個大的測試環(huán)境，這個問題照著書上說的辦就行了，后面那個知道該怎么做了吧，盡量把原來公司的測試流程言簡意賅的表達出來。，這些問題很多都是要看自己的測試經(jīng)驗以及對測試的理解來作答了，如：(1)你對SQA的職責(zé)和工作活動(如軟件度量)的理解：SQA就是獨立于軟件開發(fā)的項目組，通過對軟件開發(fā)過程的監(jiān)控，來保證軟件的開發(fā)流程按照指定的CMM規(guī)程（如果有相應(yīng)的CMM規(guī)程），對于不符合項及時提出建議和改進方案，必要是可以要高層經(jīng)理匯報以求問題的解決。通過這樣的途徑來預(yù)防缺陷的引入，從而減少后期軟件的維護成本。ＳＱＡ主要的工作活動包括制定SQA工作計劃，參與階段產(chǎn)物的評審，進行過程質(zhì)量、功能配置及物理配置的審計等。對項目開發(fā)過程中產(chǎn)生的數(shù)據(jù)進行度量等等；(2)說說你對軟件配置管理的理解：項目在開發(fā)的過程中要用相應(yīng)的配置管理工具對配置項（包括各個階段的產(chǎn)物）進行變更控制，配置管理的使用取決于項目規(guī)模和復(fù)雜性能及風(fēng)險的水平。軟件的規(guī)模越大，配置管理就顯得越重要。還有在配置管理中，有一個很重要的概念，那就是基線，是在一定階段各個配置項的組合，一個基線就提供了一個正式的標準，隨后的工作便基于此標準，并且只有經(jīng)過授權(quán)后才能變更這個標準。配置管理工具主要有CC,VSS,CVS等，偶只用過CVS，對其它的不熟悉(3)怎樣寫測試計劃和測試用例：簡單點，測試計劃里應(yīng)有詳細的測試策略（測試方法等），合理詳盡的資源安排等，至于測試用例，那是依賴于需求（包括功能與非功能需求）是否細化到功能點，是否可測試等。(4)說說主流的軟件工程思想(如CMM，CMMI，RUP，XP，PSP，TSP等)的大致情況以及你對它們的理解：CMM:SW Capability Maturity Model 軟件能力成熟度模型,其作用是用于軟件過程的改進、評估及軟件能力的評鑒CMMI:Capability Maturity Model Integration 能力成熟度模型集成 CMMI融入了大部分最新的軟件管理實踐，同時彌補了SWCMM模型中的缺陷RUP:rational unified process 是軟件工程化過程。它提供了在開發(fā)機構(gòu)中分派任務(wù)和責(zé)任的紀律化方,個人認為：它的核心觀念是開發(fā)的迭代，每個公司可以根據(jù)自身的軟件開發(fā)的流程和待開發(fā)項目的特點對RUP進行適當?shù)募舨?，制定出符合自己的軟件開發(fā)流程。ＸＰ：extreme program，即極限編程的意思，適用于小型團隊的軟件開發(fā)，想上面第三個問題就可以結(jié)合原型法采用這樣的開發(fā)流程。要明白測試對于xp開發(fā)的重要性，強調(diào)測試（重點是單元測試）先行的理念。編程可以明顯提高代碼的質(zhì)量，持續(xù)集成對于快速定位問題很有好處。PSP ,TSP 分別是個體軟件過程（Personal Software Process），群組軟件過程（Team Software Process）大家都知道，CMM只是告訴你怎么做但并沒有告訴你如何做，所以PSP/TSP就是告訴你企業(yè)在實施CMM的過程中如何做，PSP強調(diào)建立個人技能（如何制定計劃、控制質(zhì)量及如何與其他人相互協(xié)作等等）而TSP著重于生產(chǎn)并交付高質(zhì)量的軟件產(chǎn)品（如何有效地規(guī)劃和管理所面臨的項目開發(fā)任務(wù)等等）總之，單純實施CMM，永遠不能真正做到能力成熟度的升級，只有將實施CMM與實施PSP和TSP有機地結(jié)合起來，才能發(fā)揮最大的效力。因此，軟件過程框架應(yīng)該是CMM/PSP/TSP的有機集成。(5)對項目管理、白盒測試、單元測試、自動測試、性能測試、壓力測試工具的了解程度和實際使用經(jīng)驗。(其實基本上也就是MI和Rational工具)： 這個就要看個人的了，沒法說了(6)其它一些具體的技術(shù)知識(如各種計算機語言的了解程度、數(shù)據(jù)庫等)；，也就是說你覺得怎樣才能最大限度地保證軟件質(zhì)量？測試并不能夠最大限度的保證軟件的質(zhì)量，軟件的高質(zhì)量是開發(fā)和設(shè)計出來的，而不是測試出來的，它不僅要通過對軟件開發(fā)流程的監(jiān)控，使得軟件開發(fā)的各個階段都要按照指定的規(guī)程進行，通過對各個階段產(chǎn)物的評審，QA對流程的監(jiān)控，對功能及配置的審計來達到開發(fā)的最優(yōu)化。當然測試也是保證軟件質(zhì)量的一個重要方式，是軟件質(zhì)量保證工程的一個重要組成部分。，大多數(shù)公司的軟件項目進度緊張、人員較少、需求文檔根本沒有或者很不規(guī)范，你認為在這種情況下怎樣保證軟件的質(zhì)量？(大多數(shù)公司最想知道的就是在這種困難面前你該怎么保證軟件的質(zhì)量，因為這些公司一般就是這種情況既不想投入過多又想保證質(zhì)量，faint出現(xiàn)以上的情況，如果僅僅想通過測試來提高軟件質(zhì)量，那幾乎是不可能，原因是沒有足夠的時間讓你去測試，少而不規(guī)范的文檔導(dǎo)致測試需求無法細化何談足夠且有針對性進行測試。所以，作為公司質(zhì)量保證的你應(yīng)該先后項目經(jīng)理確定符合項目本身最適合的軟件生命周期模型（比如RUP的剪裁，原型法）,明確項目的開發(fā)流程并督促項目組按照此流程開展工作，所有項目組成員（項目經(jīng)理更加重要）都要制定出合理的工作計劃，加強代碼的單元測試，在客戶既定的產(chǎn)品交付日期范圍之內(nèi)，進行產(chǎn)品的持續(xù)集成等等，如果時間允許可以再配合客戶進行必要的系統(tǒng)功能測試。，如：(1)你覺得怎樣才能做一個(或者，怎樣才能算一個)優(yōu)秀的測試工程師？(faint，這個問題好像是必問的，答案也無非是什么要求全面的技術(shù)能力、縝密的邏輯思維、出色的溝通能力、還要有懷疑精神、幽默感、洞察力等等。啥叫優(yōu)秀??？該有的能力都有，不該有的也有，而且個個能力還都是出色的，這就是優(yōu)秀，呵呵，開玩笑的，反正這個問題差不多就這樣，具體的什么要求網(wǎng)絡(luò)上也到處都有。(2)還有其它的如對自己優(yōu)缺點的評價、自己的職業(yè)理想、為何離開上一家公司、自己在職業(yè)生涯中印象)最深的事情、能否出差和加班、能否承受壓力和挑戰(zhàn)、薪水要求、何時能到崗等等這些啥面試都要回答的問題，這個就只能自己斟琢著辦了。(3)另外還有一個重要的問題就是語言能力啦，尤其是英語水平，這個的話每個具體的公司都有不同的要求，也就沒啥好說的了。差不多基本上就是這些了，如果有需要的可以有針對性的google一下，hoho...僅供參考!