Java面試官該如何快速判斷程序員的能力？以我為例。第一個(gè)問(wèn)題是Java中的main方法，所有關(guān)鍵字的含義，以及何時(shí)再次使用main。似乎是基于面試。首先，自動(dòng)化測(cè)試和性能測(cè)試解決了哪些問(wèn)題？自動(dòng)測(cè)試

Java面試官該如何快速判斷程序員的能力？

以我為例。第一個(gè)問(wèn)題是Java中的main方法，所有關(guān)鍵字的含義，以及何時(shí)再次使用main。似乎是基于面試。首先，自動(dòng)化測(cè)試和性能測(cè)試解決了哪些問(wèn)題？自動(dòng)測(cè)試可以提高項(xiàng)目的迭代速度，性能測(cè)試可以提高系統(tǒng)的穩(wěn)定性，以滿足特定場(chǎng)景下的用戶體驗(yàn)。比如，每年雙11之前，必須提前幾個(gè)月進(jìn)行幾輪全環(huán)節(jié)試壓。測(cè)試是系統(tǒng)穩(wěn)定運(yùn)行的重要保證。作為一種測(cè)試，它必須在兩個(gè)方面都有要求。一般來(lái)說(shuō)，企業(yè)不會(huì)將測(cè)試職位劃分為自動(dòng)測(cè)試和性能測(cè)試。如果非要選擇，建議選擇自動(dòng)測(cè)試，因?yàn)榭梢蚤_(kāi)發(fā)和做白盒測(cè)試。性能測(cè)試應(yīng)該更多的是黑盒測(cè)試。測(cè)試主要需要培養(yǎng)業(yè)務(wù)能力，應(yīng)該是對(duì)系統(tǒng)最熟悉的，開(kāi)發(fā)一般只負(fù)責(zé)自己的模塊，而測(cè)試應(yīng)該是所有模塊都需要熟悉的，所以業(yè)務(wù)能力非常重要。現(xiàn)在大工廠一般都會(huì)招聘開(kāi)發(fā)人員進(jìn)行測(cè)試，所以測(cè)試和理解開(kāi)發(fā)是很有必要的。

有Java開(kāi)發(fā)能力，選自動(dòng)化測(cè)試還是性能測(cè)試？

評(píng)價(jià)程序員水平的標(biāo)準(zhǔn)不是他讀了多少書(shū)，而是他解決問(wèn)題的能力。解決不同層次的問(wèn)題決定了程序員的水平。例如，研發(fā)級(jí)程序員的水平不是由java語(yǔ)言本身決定的，而是需要一個(gè)綜合的能力評(píng)估，比如數(shù)據(jù)結(jié)構(gòu)的選擇、算法的設(shè)計(jì)與實(shí)現(xiàn)、具體場(chǎng)景的分析等。

通過(guò)閱讀，我們可以拓展視野，拓寬解決問(wèn)題的思路，但我們需要通過(guò)實(shí)踐來(lái)檢驗(yàn)技術(shù)水平?？傊挥薪?jīng)過(guò)驗(yàn)證和使用，我們才能真正掌握書(shū)中的知識(shí)。因此，我一般不建議脫離實(shí)際項(xiàng)目學(xué)習(xí)，而是建議邊用邊學(xué)，這樣才能更系統(tǒng)地掌握新技術(shù)。

編程技術(shù)通常具有很強(qiáng)的及時(shí)性。一般來(lái)說(shuō)，一本書(shū)出版后，基本上都會(huì)有新的版本更新，所以通常程序員往往直接閱讀官方的編程文檔而不是選擇編程書(shū)籍，因?yàn)闀?huì)有滯后性。而且，大部分應(yīng)用級(jí)書(shū)籍都是以公文為基礎(chǔ)的，所以內(nèi)容基本相同，所以看公文是一個(gè)比較高效的學(xué)習(xí)程序。

一般來(lái)說(shuō)，選書(shū)要多關(guān)注核心問(wèn)題，減少技巧內(nèi)容。因?yàn)楹诵募夹g(shù)的更新周期往往較長(zhǎng)，技能的內(nèi)容更新也比較頻繁。例如，Java書(shū)籍中的Java核心技術(shù)系列就是一個(gè)不錯(cuò)的選擇。此外，建議仔細(xì)閱讀Java數(shù)據(jù)結(jié)構(gòu)的內(nèi)容。

如果把java程序員終極書(shū)單都看完，你認(rèn)為能力能達(dá)到什么水平？

一般來(lái)說(shuō)，Java程序員可以從以下七個(gè)方面編寫(xiě)更好的單元測(cè)試：

1。首先，他們需要充分了解軟件開(kāi)發(fā)測(cè)試的類(lèi)型。單元測(cè)試用于測(cè)試單個(gè)代碼組件，并確保代碼按預(yù)期工作。

2. 使用框架進(jìn)行單元測(cè)試。Java為單元測(cè)試提供了幾個(gè)框架。TestNG和JUnit是最流行的測(cè)試框架。小心使用測(cè)試驅(qū)動(dòng)開(kāi)發(fā)。測(cè)試驅(qū)動(dòng)開(kāi)發(fā)（TDD）是一個(gè)軟件開(kāi)發(fā)過(guò)程，在這個(gè)過(guò)程中，我們?cè)陂_(kāi)始任何編碼之前都要根據(jù)需求編寫(xiě)測(cè)試。因?yàn)闆](méi)有代碼，測(cè)試最初失敗。然后編寫(xiě)最少的代碼來(lái)通過(guò)測(cè)試。然后重構(gòu)代碼，直到它得到優(yōu)化。

4. 測(cè)量代碼覆蓋率。代碼覆蓋率度量（百分比）運(yùn)行單元測(cè)試時(shí)執(zhí)行的代碼量。一般來(lái)說(shuō)，高覆蓋率代碼不太可能包含未檢測(cè)到的錯(cuò)誤，因?yàn)樵跍y(cè)試期間執(zhí)行了更多的源代碼。

5. 盡可能將測(cè)試數(shù)據(jù)外部化。在JUnit4之前，測(cè)試用例正在運(yùn)行的數(shù)據(jù)必須硬編碼到測(cè)試用例中。這導(dǎo)致了必須修改測(cè)試用例代碼才能使用不同數(shù)據(jù)運(yùn)行測(cè)試的限制。

6. 好好利用JUnit。與TestNG類(lèi)似，測(cè)試數(shù)據(jù)也可以為JUnit外部化。

7. 使用斷言而不是打印語(yǔ)句。許多新手開(kāi)發(fā)人員習(xí)慣于在每一行代碼之后編寫(xiě)代碼系統(tǒng)輸出打印語(yǔ)句來(lái)驗(yàn)證代碼是否正確執(zhí)行。這種方法經(jīng)常被擴(kuò)展到單元測(cè)試，導(dǎo)致測(cè)試代碼混亂。除了混淆之外，這還需要開(kāi)發(fā)人員手動(dòng)干預(yù)，以驗(yàn)證控制臺(tái)上打印的輸出，以檢查測(cè)試是否成功運(yùn)行。更好的方法是使用自動(dòng)指示測(cè)試結(jié)果的斷言。