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

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

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

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

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

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

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

危險(xiǎn)信號(hào)：“我們只關(guān)注新功能?！?→ 他們的代碼庫(kù)一團(tuán)糟或者很快就會(huì)一團(tuán)糟。

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

公司文化也許是個(gè)非常含糊的概念，但即便像開(kāi)放辦公室還是小隔間這樣的小事情都會(huì)顯著改變你與同事的日常互動(dòng)。這方面沒(méi)有普遍性的危險(xiǎn)信號(hào)，但是要確保他們的答案是你可以按照每周 40 小時(shí)的節(jié)奏持續(xù)相處數(shù)年的東西。

　　以軟件工程師的身份工作

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

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

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