書寫經(jīng)驗(yàn)40人覺得有用

測試工程師這個(gè)崗位，既得懂軟件開發(fā)的基本流程，又得熟悉各種測試工具，不然工作起來會很吃力。寫崗位職責(zé)的時(shí)候，得把具體的工作內(nèi)容寫清楚，別含糊其辭。比如，測試工程師要負(fù)責(zé)產(chǎn)品的功能測試、性能測試，還有兼容性測試什么的。這部分內(nèi)容得寫得詳細(xì)點(diǎn)，不然面試官或者上級領(lǐng)導(dǎo)看不明白，還以為你糊弄事呢。

其實(shí)，寫崗位職責(zé)的時(shí)候，最好能結(jié)合公司的實(shí)際情況。像有的公司可能特別看重自動(dòng)化測試這塊，那你就得著重提一下這方面的要求。像編寫測試腳本、搭建測試環(huán)境、分析測試結(jié)果之類的，這些都是日常工作的一部分。不過有時(shí)候?qū)懼鴮懼腿菀茁┑粢恍┘?xì)節(jié)，像是“還要檢查測試報(bào)告是否完整”，這句可能就忘了寫進(jìn)去，這就有點(diǎn)疏忽了。

至于任職資格，這得跟崗位職責(zé)對應(yīng)起來。如果崗位職責(zé)里寫了需要熟練掌握python或者java這類編程語言，那任職資格里就得強(qiáng)調(diào)這一點(diǎn)。還有，工作經(jīng)驗(yàn)?zāi)晗抟膊荒芎雎裕话銊偖厴I(yè)的小白和有三五年經(jīng)驗(yàn)的老手，工作內(nèi)容肯定不一樣。不過有時(shí)候?qū)懼鴮懼腿菀讓懗伞爸辽賰赡暌陨舷嚓P(guān)經(jīng)驗(yàn)”，這其實(shí)有點(diǎn)啰嗦，干脆直接寫“兩年以上相關(guān)經(jīng)驗(yàn)”就行啦。

書寫注意事項(xiàng)：

寫任職資格的時(shí)候，別光顧著寫硬性條件，軟技能也很關(guān)鍵。像溝通能力、團(tuán)隊(duì)協(xié)作精神這些，雖然不像技術(shù)能力那么直觀，但對工作開展影響很大。有時(shí)候?qū)懼鴮懼腿菀茁┑暨@些，像是“還需要良好的溝通技巧”，這句話可能就直接省略了，這就不夠全面了。

再說了，寫這些內(nèi)容的時(shí)候，還得考慮到公司文化和業(yè)務(wù)方向。像有些公司特別注重創(chuàng)新，那任職資格里就可以加上“有創(chuàng)新意識優(yōu)先”之類的話。還有些公司可能更傾向于招有責(zé)任心的人，那就可以寫“責(zé)任心強(qiáng)，能主動(dòng)解決問題”。不過有時(shí)候?qū)懼鴮懼腿菀装选爸鲃?dòng)性”寫成“自動(dòng)性”，雖然意思差不多，但聽起來就有點(diǎn)怪怪的。

書寫經(jīng)驗(yàn)80人覺得有用

寫崗位職責(zé)的時(shí)候，得結(jié)合具體工作內(nèi)容來寫，不能太籠統(tǒng)。比如web安全測試工程師這個(gè)崗位，既要寫清楚日常的工作任務(wù)，又要體現(xiàn)專業(yè)性。開頭可以直接點(diǎn)明職責(zé)范圍，像“負(fù)責(zé)公司網(wǎng)站的安全測試工作”之類的句子。然后就順著這個(gè)思路往下寫，把具體的測試流程、工具使用都涵蓋進(jìn)去。

像什么漏洞掃描工具的操作，滲透測試的具體步驟，這些都是日常工作的一部分。這里要注意，有些細(xì)節(jié)不能一筆帶過，得詳細(xì)描述一下操作流程，這樣別人看了才知道具體該怎么做。比如說滲透測試，不僅要提到需要檢查哪些地方，還要說明用到的工具和方法，像sql注入這類常見漏洞的檢測手段都要寫進(jìn)去。

有時(shí)候?qū)懙臅r(shí)候會遇到一些小問題，比如措辭不太恰當(dāng)。比如本來想說“確保系統(tǒng)沒有安全隱患”，結(jié)果一不留神寫成了“保證系統(tǒng)沒有安全隱患”，雖然差別不大，但仔細(xì)看確實(shí)有點(diǎn)不一樣。還有些地方可能會忘記加上關(guān)鍵步驟，像在寫到如何分析測試結(jié)果時(shí)，可能忘了提數(shù)據(jù)分析工具的使用，這就容易讓人摸不著頭腦了。

書寫注意事項(xiàng)：

寫的時(shí)候最好能融入一些專業(yè)術(shù)語，像“跨站腳本攻擊”、“會話劫持”這樣的詞，能讓文檔看起來更有權(quán)威性。不過也得注意控制量，不能堆砌術(shù)語，否則讀起來會很晦澀。像“安全加固措施”這樣的短語就可以多用幾次，既能突出重點(diǎn)，又不會顯得啰嗦。

還有就是，寫的時(shí)候盡量避免模糊不清的表達(dá)，像“大概每天都會進(jìn)行漏洞掃描”這種說法就不太好，最好能給出具體的時(shí)間頻率，比如“每周三下午進(jìn)行一次全面的漏洞掃描”。這樣不僅精準(zhǔn)，還能讓人心里有個(gè)底，知道什么時(shí)候會有相關(guān)工作。

書寫經(jīng)驗(yàn)38人覺得有用

寫崗位職責(zé)的時(shí)候，得結(jié)合具體的工作內(nèi)容和公司的需求。像api測試工程師這類崗位，就得把工作涉及的技術(shù)細(xì)節(jié)都涵蓋進(jìn)去。比如，日常需要負(fù)責(zé)接口自動(dòng)化測試，這包括搭建測試環(huán)境，編寫測試腳本，執(zhí)行測試任務(wù)，還有分析測試結(jié)果。如果只寫成“負(fù)責(zé)接口測試”，那太籠統(tǒng)了，看不出具體的流程和技術(shù)點(diǎn)。

有時(shí)候?qū)懧氊?zé)描述，容易漏掉一些關(guān)鍵環(huán)節(jié)。像api測試工程師，除了寫清楚接口測試本身，還得提到和開發(fā)人員的溝通協(xié)調(diào)。畢竟測試不是孤立存在的，需要了解需求背景，才能更好地發(fā)現(xiàn)問題。所以可以寫成“參與需求評審，理解業(yè)務(wù)邏輯，并據(jù)此制定測試方案”，這樣就能體現(xiàn)和團(tuán)隊(duì)的協(xié)作。

再比如，api測試工程師還涉及到性能測試的部分。這部分可以寫成“進(jìn)行接口性能壓力測試，監(jiān)控系統(tǒng)響應(yīng)時(shí)間及吞吐量，確保系統(tǒng)穩(wěn)定性”。這里需要注意的是，有些時(shí)候?qū)懧氊?zé)容易寫得太空泛，像“保證產(chǎn)品質(zhì)量”這種話就太寬泛了。應(yīng)該具體到操作層面，比如“通過持續(xù)集成平臺運(yùn)行自動(dòng)化測試用例，及時(shí)反饋測試結(jié)果”。

書寫注意事項(xiàng)：

文檔編寫也是很重要的一部分。api測試工程師不僅要會寫測試報(bào)告，還要能整理測試用例，方便后續(xù)維護(hù)。所以可以寫成“編寫測試文檔，包括測試計(jì)劃、測試報(bào)告、缺陷報(bào)告等，確保信息準(zhǔn)確完整”。不過有時(shí)候?qū)懙竭@里，可能會忘記強(qiáng)調(diào)版本控制的重要性，這其實(shí)也很關(guān)鍵。

還有就是應(yīng)急響應(yīng)這塊，寫職責(zé)時(shí)也別忘了提一下。api測試工程師可能需要快速定位問題，協(xié)助開發(fā)解決問題。所以可以加上一句“在系統(tǒng)出現(xiàn)異常時(shí)，配合開發(fā)團(tuán)隊(duì)進(jìn)行故障排查，提出優(yōu)化建議”。只是有時(shí)候?qū)懙竭@里，容易忽略和安全相關(guān)的部分，像數(shù)據(jù)加密之類的，這也是需要關(guān)注的。

小編友情提醒：

api測試工程師的工作也不僅僅是技術(shù)層面的，還需要有一定的責(zé)任心。比如定期檢查測試工具的狀態(tài)，確保其正常運(yùn)作，這也能反映出一個(gè)人對待工作的態(tài)度。所以可以寫成“定期檢查測試工具的運(yùn)行狀態(tài)，維護(hù)測試環(huán)境，保障測試工作的順利開展”。不過有時(shí)候?qū)懙竭@里，可能會遺漏一些細(xì)節(jié)，像如何處理突發(fā)狀況之類的，這在實(shí)際工作中也是需要考慮的。

書寫經(jīng)驗(yàn)64人覺得有用

在寫lte測試工程師的崗位職責(zé)時(shí)，得先把工作內(nèi)容弄明白。這可不是那種隨便應(yīng)付的事，需要把具體的工作任務(wù)都涵蓋進(jìn)去，像負(fù)責(zé)測試計(jì)劃制定，還有現(xiàn)場測試執(zhí)行什么的。這些內(nèi)容得實(shí)打?qū)嵉貙懗鰜?，不能含糊其辭，不然招進(jìn)來的人不知道該干什么。

比如，這崗位可能涉及到網(wǎng)絡(luò)優(yōu)化相關(guān)的測試工作，就得寫清楚具體怎么操作，像參數(shù)調(diào)整、性能評估之類的技術(shù)活兒。還有就是，日常維護(hù)這塊也不能落下，設(shè)備狀態(tài)監(jiān)控、故障排查這些都是基本功。不過有時(shí)候?qū)懙臅r(shí)候容易漏掉一些細(xì)節(jié)，比如忘了提到定期生成測試報(bào)告之類的，這就容易出問題了。

寫的時(shí)候還得結(jié)合實(shí)際場景，別光顧著套話。比如說針對某項(xiàng)具體的測試任務(wù)，得寫明要用到哪些工具，像路測軟件，信號分析儀之類的，都要列出來。還有，測試結(jié)果的數(shù)據(jù)分析也是個(gè)重點(diǎn)，得讓讀者知道怎么去解讀那些數(shù)據(jù)，這樣才能看出是不是達(dá)到了預(yù)期的效果。

有時(shí)候?qū)懙揭话刖腿菀着芷?，比如把重點(diǎn)放在流程介紹上了，反而忽略了具體的職責(zé)描述。像寫到測試計(jì)劃制定這部分時(shí)，應(yīng)該更注重實(shí)際操作步驟，而不是泛泛而談。另外，有些地方可能會出現(xiàn)一些小問題，比如把“需要完成的任務(wù)”寫成了“需要完成任務(wù)”，雖然不影響理解，但還是顯得有點(diǎn)兒不嚴(yán)謹(jǐn)。

再說了，lte測試工程師的工作還涉及跟其他部門的協(xié)調(diào)配合，這部分也得寫進(jìn)去。比如跟運(yùn)營商溝通需求，確保測試方案符合他們的要求。要是忽略了這部分內(nèi)容，那招聘方就很難全面了解這個(gè)崗位的需求。

還有就是，寫的時(shí)候得考慮到專業(yè)術(shù)語的應(yīng)用，畢竟這是個(gè)技術(shù)崗，專業(yè)性強(qiáng)。像頻譜效率、信道編碼這樣的詞兒，最好能用得恰到好處，但又不至于堆砌太多術(shù)語，讓人看得一頭霧水。有時(shí)候?qū)懼鴮懼腿菀紫萑雽I(yè)術(shù)語的誤區(qū)，比如把“測試環(huán)境搭建”寫成“構(gòu)建測試環(huán)境”，雖然沒大錯(cuò)，但總覺得有點(diǎn)兒拗口。

書寫經(jīng)驗(yàn)46人覺得有用

寫崗位職責(zé)的時(shí)候，得根據(jù)具體的工作內(nèi)容去構(gòu)思。比如說dqa測試工程師這個(gè)崗位，它涉及到產(chǎn)品從開發(fā)到生產(chǎn)各個(gè)環(huán)節(jié)的質(zhì)量把控。這工作不是單純地坐在那里點(diǎn)點(diǎn)鼠標(biāo)就行，而是需要跑現(xiàn)場，跟研發(fā)團(tuán)隊(duì)、生產(chǎn)部門反復(fù)溝通協(xié)調(diào)。

一開始得明確工作的核心目標(biāo)，就是確保產(chǎn)品質(zhì)量達(dá)到標(biāo)準(zhǔn)。這部分內(nèi)容不能太籠統(tǒng)，像“負(fù)責(zé)產(chǎn)品質(zhì)量管理”這種話就太空了。應(yīng)該細(xì)化一些，比如“對新產(chǎn)品設(shè)計(jì)階段進(jìn)行質(zhì)量跟蹤，及時(shí)發(fā)現(xiàn)潛在風(fēng)險(xiǎn)并提出改進(jìn)建議”。這樣的描述就比較具體，能讓人一眼明白這份工作到底干什么。

書寫注意事項(xiàng)：

還得考慮日常事務(wù)。像接收客戶反饋、分析質(zhì)量問題根源這類事情，都得寫進(jìn)去。這里有個(gè)小地方要注意，有些寫作者可能會忘記提到文件歸檔這件事。其實(shí)文件歸檔很重要，它關(guān)系到后續(xù)追溯問題方便與否。要是忽略掉這一塊兒，就會顯得整個(gè)職責(zé)描述不太完整。

還有一點(diǎn)容易被忽視的就是跨部門協(xié)作。dqa測試工程師通常要跟多個(gè)部門打交道，像研發(fā)部、采購部、市場部等等。這部分內(nèi)容不能一筆帶過，得詳細(xì)說明具體的協(xié)作方式。比如參與項(xiàng)目評審會議，為決策提供技術(shù)支持，這種表述就能體現(xiàn)出工作的專業(yè)性。

寫的時(shí)候可能會因?yàn)槭韬雎┑裟承┘?xì)節(jié)。比如有人會忘了提到數(shù)據(jù)分析這塊兒，其實(shí)數(shù)據(jù)統(tǒng)計(jì)分析對于評估質(zhì)量趨勢特別關(guān)鍵。還有些人可能會把“優(yōu)化生產(chǎn)工藝流程”寫成“優(yōu)化生產(chǎn)制造流程”，雖然意思差不多，但用詞上稍微有點(diǎn)偏差。

寫的時(shí)候還要結(jié)合企業(yè)的實(shí)際情況，不能照搬照抄別人的模板。比如有的企業(yè)可能特別重視供應(yīng)商管理，那就要在職責(zé)里加上這部分內(nèi)容，像定期對供應(yīng)商進(jìn)行質(zhì)量審核之類的。如果企業(yè)沒有這方面的重點(diǎn)，就沒必要強(qiáng)行加進(jìn)去。

最后別忘了提到一些具體的技能要求，像熟練使用各類檢測設(shè)備、掌握相關(guān)的質(zhì)量管理體系知識。這些內(nèi)容能讓求職者清楚知道該崗位需要具備哪些能力。不過有時(shí)候?qū)懽髡呖赡軙选笆煜so9001質(zhì)量管理體系”寫成“熟悉iso9001質(zhì)量管理系統(tǒng)”，雖然差別不大，但還是能看出細(xì)心程度的差異。

書寫經(jīng)驗(yàn)53人覺得有用

安規(guī)測試工程師這個(gè)崗位聽起來就挺專業(yè)的，寫崗位職責(zé)的時(shí)候得琢磨清楚這工作的核心是什么。比如，安規(guī)測試工程師肯定是要負(fù)責(zé)產(chǎn)品的安全性能測試，這中間涉及到很多標(biāo)準(zhǔn)，像什么國際標(biāo)準(zhǔn)啦、國家標(biāo)準(zhǔn)，這些都要熟悉。工作中，可能每天都會接到新的測試任務(wù)，要根據(jù)不同的產(chǎn)品去制定測試方案，還得確保測試結(jié)果準(zhǔn)確無誤。

有時(shí)候接到新項(xiàng)目，得先了解產(chǎn)品的設(shè)計(jì)圖紙和功能需求，然后對照相關(guān)的安規(guī)標(biāo)準(zhǔn)，看看哪些地方需要特別留意。像是電氣設(shè)備，得檢查它的絕緣性能、漏電保護(hù)之類的。還有就是，測試過程中可能會遇到一些突發(fā)情況，比如某個(gè)測試指標(biāo)超出了預(yù)期范圍，這個(gè)時(shí)候就得迅速反應(yīng)，分析原因，看看是不是測試方法有問題，還是產(chǎn)品本身存在缺陷。要是產(chǎn)品存在問題，還要跟研發(fā)部門溝通，提出改進(jìn)意見。

再來說說測試報(bào)告這塊兒，這是很重要的工作內(nèi)容之一。報(bào)告要寫得詳細(xì)，不能含糊其辭，畢竟這關(guān)系到產(chǎn)品的安全性。報(bào)告里得包括測試的過程、使用的儀器、測試的數(shù)據(jù)、最終的結(jié)果，還有改進(jìn)建議。不過有時(shí)候?qū)憟?bào)告的時(shí)候可能會遺漏一些細(xì)節(jié)，比如忘記標(biāo)注某個(gè)測試的時(shí)間點(diǎn)，或者沒寫清楚某些數(shù)據(jù)的來源，這就得小心點(diǎn)，寫完后多檢查幾遍。

安規(guī)測試工程師還應(yīng)該關(guān)注行業(yè)動(dòng)態(tài)，多參加一些培訓(xùn)，提升自己的專業(yè)能力。因?yàn)榧夹g(shù)是在不斷進(jìn)步的，新的標(biāo)準(zhǔn)出來后，就得及時(shí)更新自己的知識庫。不然的話，萬一用老的標(biāo)準(zhǔn)去測新產(chǎn)品，那結(jié)果肯定不準(zhǔn)。不過有時(shí)候忙起來，可能會忘了去參加這些培訓(xùn)，所以得提醒自己抽時(shí)間去學(xué)點(diǎn)新東西。

書寫注意事項(xiàng)：

團(tuán)隊(duì)合作也很重要。安規(guī)測試不是一個(gè)人的事，得和其他部門配合好。像跟生產(chǎn)部門溝通的時(shí)候，要確保他們明白哪些環(huán)節(jié)需要特別注意安全。要是溝通不到位，可能會導(dǎo)致生產(chǎn)出來的設(shè)備不符合安規(guī)要求。不過有時(shí)候在溝通的時(shí)候，可能會表達(dá)得不太清晰，這就得注意說話的方式，盡量用大家都聽得懂的語言。

書寫經(jīng)驗(yàn)75人覺得有用

說到系統(tǒng)測試工程師的崗位職責(zé)，得先把這份工作到底干什么說清楚。這崗位，就是專門負(fù)責(zé)軟件系統(tǒng)從頭到尾的各種測試，確保它能正常運(yùn)轉(zhuǎn)。具體來說，你要檢查系統(tǒng)功能是否符合需求，看看有沒有漏洞或者隱患，還得跟進(jìn)測試結(jié)果，跟開發(fā)那邊溝通怎么修復(fù)問題。

日常工作中，你得熟悉各種測試工具，像自動(dòng)化測試腳本啊、性能分析工具之類的。要是碰上新項(xiàng)目，就得設(shè)計(jì)測試方案，把每個(gè)環(huán)節(jié)都梳理一遍，然后執(zhí)行測試計(jì)劃，記錄下所有發(fā)現(xiàn)的問題。當(dāng)然，有時(shí)候得熬夜加班趕進(jìn)度，尤其是臨發(fā)布前，得反復(fù)驗(yàn)證系統(tǒng)穩(wěn)定性，確保萬無一失。

至于任職資格，技術(shù)能力肯定是第一位的。得精通至少一門編程語言，像是python或者java，還要懂?dāng)?shù)據(jù)庫，sql查詢不能手生。最好還有點(diǎn)網(wǎng)絡(luò)知識，畢竟系統(tǒng)離不開網(wǎng)絡(luò)環(huán)境。另外，溝通能力也不能差，因?yàn)闇y試過程中少不了跟開發(fā)團(tuán)隊(duì)和技術(shù)支持扯皮，得能清晰表達(dá)自己的想法。

職業(yè)發(fā)展方向，有些人選擇往管理層發(fā)展，比如當(dāng)個(gè)測試經(jīng)理，負(fù)責(zé)統(tǒng)籌整個(gè)部門的工作。也有人想深挖技術(shù)，成為某個(gè)領(lǐng)域的專家，比如說性能優(yōu)化或者安全測試。不過這條路不容易走，需要不斷學(xué)習(xí)新技術(shù)，積累經(jīng)驗(yàn)。還有一種可能是轉(zhuǎn)去做產(chǎn)品管理，從用戶的角度出發(fā)去定義產(chǎn)品的功能。

其實(shí)寫這類崗位描述的時(shí)候，別太死板，得結(jié)合實(shí)際情況靈活調(diào)整。比如，如果公司特別注重用戶體驗(yàn)，那在崗位職責(zé)里就要突出用戶反饋的重要性；要是公司主打技術(shù)創(chuàng)新，那就強(qiáng)調(diào)研發(fā)能力和技術(shù)突破。不過有時(shí)候?qū)懼鴮懼鴷恍⌒挠缅e(cuò)詞，比如把“測試報(bào)告”寫成“報(bào)告測試”，雖然意思沒太大差別，但審稿人可能就會皺眉頭。所以寫的時(shí)候得留神點(diǎn)。

有些企業(yè)喜歡在任職資格里加上一堆證書要求，像什么cet-6、pmp之類的。但這些證書只能說明你學(xué)過相關(guān)知識，真正干活還得靠實(shí)打?qū)嵉哪芰ΑＳ袝r(shí)候?qū)懙锰^頭了，比如要求必須有五年以上工作經(jīng)驗(yàn)，但其實(shí)很多剛畢業(yè)的學(xué)生也能勝任初級崗位，這樣反而把人才拒之門外。

書寫經(jīng)驗(yàn)57人覺得有用

寫傳輸測試工程師的崗位職責(zé)時(shí)，得先把這活兒是怎么回事搞明白。傳輸測試，肯定離不開網(wǎng)絡(luò)設(shè)備，像路由器、交換機(jī)之類的玩意兒，還有就是各種協(xié)議什么的，什么tcp/ip、udp，這些都是繞不開的知識點(diǎn)。要是這份工作描述起來，得說清楚這個(gè)崗位具體要做哪些事，比如說配置設(shè)備、搭建測試環(huán)境、執(zhí)行測試腳本、分析結(jié)果，還得把異常情況處理好。

舉個(gè)例子，傳輸測試工程師得會用一些專業(yè)工具，像wireshark這種抓包軟件，用來看看數(shù)據(jù)包是不是正常跑動(dòng)，要是發(fā)現(xiàn)丟包或者延遲大了，就得趕緊排查問題在哪。還有，可能還會涉及到一些性能測試，看看系統(tǒng)能不能扛得住高負(fù)載，這就得提前設(shè)計(jì)好測試方案，包括測試場景、預(yù)期指標(biāo)什么的，然后按部就班地去實(shí)施。

不過，有時(shí)候?qū)戇@類東西容易把話說得太滿，比如寫著“負(fù)責(zé)所有傳輸相關(guān)的工作”，其實(shí)這有點(diǎn)夸張，畢竟一個(gè)人不可能包打天下，團(tuán)隊(duì)協(xié)作也是少不了的。另外，有時(shí)候?yàn)榱孙@得專業(yè)，可能會用些術(shù)語堆砌，比如“熟悉多種網(wǎng)絡(luò)架構(gòu)，精通各類路由策略”，這話聽著挺厲害，但要是能稍微細(xì)化一下，比如提到具體是哪幾種架構(gòu)，哪種策略用得多，這樣看起來就更實(shí)在些。

寫的時(shí)候還得注意語言風(fēng)格，要是面向企業(yè)內(nèi)部員工看的，那得正式一點(diǎn)，用詞嚴(yán)謹(jǐn)些；如果是對外發(fā)布招聘信息，就可以稍微活潑一點(diǎn)，讓人一看就覺得靠譜又親切。比如可以這么寫，“日常工作中需要跟各種硬件設(shè)備打交道，從簡單的網(wǎng)線連接到復(fù)雜的光纖部署，都需要一點(diǎn)點(diǎn)摸索”，這樣的話既能讓求職者感受到工作的挑戰(zhàn)性，又不會太死板。

再就是細(xì)節(jié)問題，別忘了提到一些軟技能，像溝通能力、團(tuán)隊(duì)合作精神什么的。傳輸測試不是一個(gè)人的戰(zhàn)斗，很多時(shí)候需要和其他部門配合，比如研發(fā)那邊出了新功能，測試工程師得及時(shí)驗(yàn)證，發(fā)現(xiàn)問題得迅速反饋回去。所以，在描述崗位職責(zé)的時(shí)候，別光顧著技術(shù)層面，人際交往這塊也得提一提，不然人家看了還以為這是個(gè)閉門造車的活兒呢。

還有一點(diǎn)需要注意，有時(shí)候?qū)懙臅r(shí)候可能會忽略掉一些基礎(chǔ)性的東西，比如“熟悉基本的辦公軟件”這樣的要求。其實(shí)對于任何一個(gè)崗位來說，熟練使用excel、word這些工具都是必備技能，傳輸測試也不例外。要是漏掉了這一點(diǎn)，可能會讓一些候選人覺得自己被忽視了，從而影響招聘效果。