軟件工程師經(jīng)典面試題及答案(2)

　　4、測試計劃工作的目的是什么?測試計劃工作的內容都包括什么?其中哪些是最重要的?

　　軟件測試計劃是指導測試過程的綱領性文件，包含了產品概述、測試策略、測試方法、測試區(qū)域、測試配置、測試周期、測試資源、測試交流、風險分析等內容。借助軟件測試計劃，參與測試的項目成員，尤其是測試管理人員，可以明確測試任務和測試方法，保持測試實施過程的順暢溝通，跟蹤和控制測試進度，應對測試過程中的各種變更。

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

　　5、您認為做好測試計劃工作的關鍵是什么?

　　1. 明確測試的目標，增強測試計劃的實用性

　　編寫軟件測試計劃得重要目的就是使測試過程能夠發(fā)現(xiàn)更多的軟件缺陷，因此軟件測試計劃的價值取決于它對幫助管理測試項目，并且找出軟件潛在的缺陷。因此，軟件測試計劃中的測試范圍必須高度覆蓋功能需求，測試方法必須切實可行，測試工具并且具有較高的實用性，便于使用，生成的測試結果直觀、準確

　　2.堅持“5W”規(guī)則，明確內容與過程

　　“5W”規(guī)則指的是“What(做什么)”、“Why(為什么做)”、“When(何時做)”、“Where(在哪里)”、“How(如何做)”。利用“5W”規(guī)則創(chuàng)建軟件測試計劃，可以幫助測試團隊理解測試的目的(Why)，明確測試的范圍和內容(What)，確定測試的開始和結束日期(When)，指出測試的方法和工具(How)，給出測試文檔和軟件的存放位置(Where)。

　　3.采用評審和更新機制，保證測試計劃滿足實際需求

　　測試計劃寫作完成后，如果沒有經(jīng)過評審，直接發(fā)送給測試團隊，測試計劃內容的可能不準確或遺漏測試內容，或者軟件需求變更引起測試范圍的增減，而測試計劃的內容沒有及時更新，誤導測試執(zhí)行人員。

　　4. 分別創(chuàng)建測試計劃與測試詳細規(guī)格、測試用例

　　應把詳細的測試技術指標包含到獨立創(chuàng)建的測試詳細規(guī)格文檔，把用于指導測試小組執(zhí)行測試過程的測試用例放到獨立創(chuàng)建的測試用例文檔或測試用例管理數(shù)據(jù)庫中。測試計劃和測試詳細規(guī)格、測試用例之間是戰(zhàn)略和戰(zhàn)術的關系，測試計劃主要從宏觀上規(guī)劃測試活動的范圍、方法和資源配置，而測試詳細規(guī)格、測試用例是完成測試任務的具體戰(zhàn)術。

　　6、 您所熟悉的測試用例設計方法都有哪些?

　　1.等價類劃分

　　2.邊界值分析法

　　3.錯誤推測法

　　4.因果圖方法

　　7、你的測試職業(yè)發(fā)展是什么?

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

　　8、你自認為測試的優(yōu)勢在哪里?

　　優(yōu)勢在于我對測試堅定不移的信心和熱情，雖然經(jīng)驗還不夠，但測試需要的基本技能我有信心在工作中得以發(fā)揮。

　　9、當開發(fā)人員說不是BUG時，你如何應付?

　　開發(fā)人員說不是bug，有2種情況，一是需求沒有確定，所以我可以這么做，這個時候可以找來產品經(jīng)理進行確認，需不需要改動，3方商量確定好后再看要不要改。二是這種情況不可能發(fā)生，所以不需要修改，這個時候，我可以先盡可能的說出是BUG的依據(jù)是什么?如果被用戶發(fā)現(xiàn)或出了問題，會有什么不良結果?程序員可能會給你很多理由，你可以對他的解釋進行反駁。如果還是不行，那我可以給這個問題提出來,跟開發(fā)經(jīng)理和測試經(jīng)理進行確認,如果要修改就改,如果不要修改就不改。其實有些真的不是bug，我也只是建議的方式寫進TD中，如果開發(fā)人員不修改也沒有大問題。如果確定是bug的話，一定要堅持自己的立場，讓問題得到最后的確認。