過去我參加過許多場編程測試。我喜歡參加這些活動，因?yàn)榭偸悄軌蚩吹讲煌某绦騿T在設(shè)計(jì)時(shí)會遇到哪些挑戰(zhàn)。但不幸的是，這些測試都不是非常棒。下文將列出某些有助于提高程序員測試質(zhì)量的建議：

Programming passion(from techcareertips.com)

　　1.保持關(guān)聯(lián)性

　　許多測試存在的問題是，內(nèi)容與該職業(yè)并不相關(guān)。編程測試背后的想法是確保就職者擁有勝任職位的能力。所以，不應(yīng)該詢問你認(rèn)為“優(yōu)秀程序員”應(yīng)該具備的主觀問題。并不是說你不應(yīng)該測試基礎(chǔ)知識，因?yàn)槌绦騿T確實(shí)需要了解這些。重點(diǎn)在于，你不能只單純?yōu)榱四承└拍顏磉M(jìn)行測試。

　　C++中的“friends”便是***的例證。幾乎每個(gè)我參加過的編程測試都會詢問此類問題。到現(xiàn)在位置，我的編程經(jīng)驗(yàn)已經(jīng)有5年之多，但是我只用過它們兩次。***次是在大學(xué)的時(shí)候，第二次就是在參加編程測試的時(shí)候。我詢問過其他一些高級程序員，他們也都沒有用過。為什么要詢問與他們所要開展的工作無關(guān)的問題呢？我知道肯定有些人使用過，但是如果你團(tuán)隊(duì)中的多數(shù)程序員都從未碰過，那么為什么新程序員需要掌握這些內(nèi)容呢？如果新程序員確實(shí)會使用這些內(nèi)容的話，有可能帶來的好處是在解決相同的問題時(shí)提出不同的解決方案。

　　當(dāng)然，理想狀況是能夠雇傭到知道所有編程相關(guān)內(nèi)容的程序員。但是現(xiàn)實(shí)情況并非如此。因而，重點(diǎn)在于確保他們所掌握的知識與你所需要的相符。詢問不相關(guān)的問題不會幫助你找到合適的程序員，只會幫你找到那些深知如何通過編程測試的人。

　　2.不要詢問愚蠢的問題

　　為何要浪費(fèi)時(shí)間去詢問寫在紙上的代碼編譯錯誤這些問題呢？現(xiàn)在，編譯器挑出錯誤的速度要比人工快得多。測試程序員能夠找到這些簡單的錯誤就像是讓一位英語教授去尋找拼寫錯誤而不是矯正句子結(jié)構(gòu)。應(yīng)該讓程序員去找出代碼中的邏輯錯誤。讓他們根據(jù)代碼邏輯來尋找問題。

　　而且，不要向程序員提某些帶有花招的問題。花招式的問題需要大量的時(shí)間才能找得出來，而當(dāng)你已經(jīng)見過這個(gè)問題時(shí)，你會很迅速地找出來。簡單地說，花招式的問題測試的是程序員以前是否被提過這個(gè)問題，而不是這個(gè)程序員有多棒。

　　3.在詢問優(yōu)化問題時(shí)應(yīng)當(dāng)謹(jǐn)慎

　　編譯器和平臺的變化非常迅速，尤其是在數(shù)年時(shí)間內(nèi)便會出現(xiàn)全新硬件的游戲行業(yè)。出于這些原因，你必須在讓程序員優(yōu)化代碼時(shí)異常謹(jǐn)慎。即便是數(shù)年前堪稱精湛的優(yōu)化技術(shù)現(xiàn)在可能也已經(jīng)落伍了。

　　比如，某些現(xiàn)代CPU（游戲邦注：尤其是主機(jī)上的CPU）在執(zhí)行branches時(shí)非常緩慢。使用緩存的查找表格來作常規(guī)優(yōu)化可能不一定是最快的優(yōu)化方式。更為重要的是，詢問優(yōu)化的普遍概念。

　　如果他們能夠解釋出某些***的做法，那么這就是你要尋找的人。

　　如果你的工作并沒有明確與優(yōu)化相關(guān)，那么我會提出某些具體的問題。在游戲中，代碼優(yōu)化非常重要，所以這樣做是很有必要的。但還是要提醒的是，詢問某些更高層次的概念問題，而不是給出具體的代碼然后讓他們?nèi)ゾ帉懗鲎羁斓拇a。最棒的求職者可能會說，在未知具體硬件和簡況的情況下，他們會選擇編寫相對簡潔的代碼而不是他們所認(rèn)為的優(yōu)化代碼。

　　4.根據(jù)團(tuán)隊(duì)的編程來編寫測試

　　如果你對需要在測試中提出的問題舉棋不定，那么最實(shí)用的方法是冷靜下來，查看或與團(tuán)隊(duì)成員交談他們正在執(zhí)行的任務(wù)。詢問團(tuán)隊(duì)，他們將多數(shù)時(shí)間花在哪里。隨后，你可以根據(jù)耗費(fèi)時(shí)間最多的任務(wù)來編寫測試。

　　這也能夠保持測試的相關(guān)性，防止你提出不必要的優(yōu)化問題。我發(fā)現(xiàn)80%的工作時(shí)間都在做相似的任務(wù)，所以掌握可用于這些任務(wù)技能的求職者正是你所需要的雇員。很顯然，如果你正在尋找的是特別職位的人選，這種方法可能并不奏效，但是當(dāng)你尋找的是普通程序員，這樣做確實(shí)能夠提供好處。

　　5.保持測試的簡單化

　　我發(fā)現(xiàn)，許多測試中的問題都過于復(fù)雜。你完全能夠明白他們要詢問的問題，但是他們卻使用了大量復(fù)雜的例子來提出這個(gè)問題，而不是簡單地直接提出問題。為何不直接向參加測試的人直接提出問題，而要讓他們花數(shù)分鐘的時(shí)間去探索問題呢？

　　應(yīng)該復(fù)雜的不是問題，而是答案。盡管你要的不只是教科書上的答案，但***在面試前提供健全復(fù)雜的答案。

　　6.使用面試來判斷思考過程

　　編程測試能夠清除出那些根本無法編程的程序員，但是無法體現(xiàn)出程序員在解決問題時(shí)的思考過程。嘗試通過書面測試來實(shí)現(xiàn)這個(gè)目標(biāo)不太實(shí)際，應(yīng)將這個(gè)過程留到面試中。

　　我喜歡詢問簡單的問題，程序員必須在白板上解決編程問題。這種做法的主要目的在于發(fā)現(xiàn)程序員在解決問題中的思考過程。作為程序員，你知道解決問題的正確方法，你會很快判斷出該程序員是否明白他們要解決什么問題。而且，你也有可能因?yàn)樗颂岢瞿銖奈聪氲竭^的有趣解決方案而感到驚奇。無論出于何種情況，他們編寫的代碼都不重要，重要的是他們解決問題的方式。讓他們在解決問題時(shí)大聲說出他們的想法。你需要考慮的是，這些想法是否會令問題加劇，該程序員是否是團(tuán)隊(duì)所需的合適人選。

　　結(jié)論

　　這些是編寫優(yōu)秀編程測試的簡單技巧。我希望能夠看到更多能夠找到優(yōu)秀程序員的測試，而不是嘗試去尋找某種特殊程序員。

原文鏈接：http://gamerboom.com/archives/35862

【編輯推薦】

1. 淺談項(xiàng)目管理中該如何review與重構(gòu)
2. 淺析關(guān)于物流客戶服務(wù)平臺規(guī)劃討論
3. 軟件開發(fā)項(xiàng)目管理實(shí)踐之駐場研發(fā)
4. 項(xiàng)目失敗的兩大隱形殺手
5. 項(xiàng)目管理之CVS與SVN日常使用總結(jié)