(4)測試并不僅僅是為了找出錯誤。你還需要確保你知道：基礎(chǔ)的數(shù)據(jù)結(jié)構(gòu)和算法：比如鏈表、數(shù)組、樹以及排序。通過分析錯誤產(chǎn)生的原因和錯誤的發(fā)生趨勢，可以幫助項目管理者發(fā)現(xiàn)當(dāng)前軟件開發(fā)過程中的缺陷，以便及時改進。(5)這種分析也能幫助測試人員設(shè)計出有針對性的測試方法，改善測試的效率和有效性。(6)沒有發(fā)現(xiàn)錯誤的測試也是有價值的，完整的測試是評定軟件質(zhì)量的一種方法。(7)另外，根據(jù)測試目的的不同，還有回歸測試、壓力測試、性能測試等，分別為了檢驗修改或優(yōu)化過程是否引發(fā)新的問題、軟件所能達到處理能力和是否達到預(yù)期的處理能力等。

五，對錯誤結(jié)果要進行一個確認(rèn)過程。一般由A測試出來的錯誤，一定要由B來確認(rèn)。進入上世紀(jì)90年代，軟件行業(yè)開始迅猛發(fā)展，軟件的規(guī)模變的非常大，在一些大型軟件開發(fā)過程中，測試活動需要花費大量的時間和成本，而當(dāng)時測試的手段幾乎完全都是手工測試，測試的效率非常低。嚴(yán)重的錯誤可以召開評審會議進行討論和分析，對測試結(jié)果要進行嚴(yán)格地確認(rèn)，是否真的存在這個問題以及嚴(yán)重程度等。六，制定嚴(yán)格的測試計劃。一定要制定測試計劃，并且要有指導(dǎo)性。測試時間安排盡量寬松，不要希望在極短的時間內(nèi)完成一個高水平的測試。七，妥善保存測試計劃、測試用例、出錯統(tǒng)計和終分析報告，為維護提供方便。

“你們采用的軟件開發(fā)流程是什么？”

無論實際的細(xì)節(jié)是什么，流程對于軟件工程都至關(guān)重要。至于哪些東西對于優(yōu)化流程做出了貢獻可能大家會有不同的看法，但僅就項目的工作方式達成一致就能將混亂很小化并且確保每個人都能達成共識。

危險信號：“我們的流程受到了自由風(fēng)格的爵士的影響?！?→ 很有可能整個部門都處在救火模式，總是不斷地從緊急跳到另一個緊急狀態(tài)而缺乏任何明確的目標(biāo)。

　　“你們是如何處理技術(shù)債的？”

技術(shù)債是過時技術(shù)以及代碼庫中臨時應(yīng)急的解決方案的累積。處理好技術(shù)債對于代碼的長期健康很重要，這件事情應(yīng)該持續(xù)地做。

危險信號：“我們只關(guān)注新功能?！?→ 他們的代碼庫一團糟或者很快就會一團糟。

　　“你們的公司文化是什么樣的？”

公司文化也許是個非常含糊的概念，但即便像開放辦公室還是小隔間這樣的小事情都會顯著改變你與同事的日?；?。這方面沒有普遍性的危險信號，但是要確保他們的答案是你可以按照每周 40 小時的節(jié)奏持續(xù)相處數(shù)年的東西。

　　以軟件工程師的身份工作

在這個階段，如果你面試過程中表現(xiàn)不錯并且喜歡面試官回答你問題的方式，你被錄用的可能性就很高了。

祝賀，你正式成為一名工程師了！

那現(xiàn)在又該如何呢？好吧，現(xiàn)在是時候重新學(xué)量編碼和工作方面的東西了。既然我們是程序員，我們就從討論代碼開始。