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

測(cè)試工程師的崗位職責(zé)和要求其實(shí)挺講究的，得結(jié)合實(shí)際工作來寫。要是寫得太死板了，可能就沒人愿意干了。先說崗位職責(zé)，不能太籠統(tǒng)，比如負(fù)責(zé)軟件測(cè)試這一條，就有點(diǎn)空泛。應(yīng)該具體點(diǎn)，像負(fù)責(zé)日常的功能測(cè)試、性能測(cè)試什么的，還得提到需要配合開發(fā)人員定位問題，這樣才能顯得工作內(nèi)容更充實(shí)。

再看要求部分，學(xué)歷背景是基礎(chǔ)，一般本科起步，當(dāng)然有些公司可能接受大專，不過這得看公司規(guī)模和需求。專業(yè)，計(jì)算機(jī)相關(guān)就行，像電子信息工程這樣的也行，畢竟這類專業(yè)學(xué)的東西跟測(cè)試沾邊。技能方面，至少得熟悉常用的測(cè)試工具，像jenkins、selenium之類的，不然工作起來會(huì)很被動(dòng)。

不過有時(shí)候?qū)懙臅r(shí)候容易漏掉一些細(xì)節(jié)，比如沒提測(cè)試環(huán)境搭建這塊，這就有點(diǎn)不妥了。還有就是溝通能力，這個(gè)很重要，但很多人在寫要求的時(shí)候容易忽略。寫的時(shí)候腦子一熱，可能就把測(cè)試報(bào)告編寫給漏掉了，這可是個(gè)大頭，要是沒提，面試官看了肯定不滿意。

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

工作經(jīng)驗(yàn)這塊也不能忽視，哪怕是個(gè)剛畢業(yè)的，也得注明是否有實(shí)習(xí)經(jīng)歷，這能側(cè)面反映一個(gè)人的學(xué)習(xí)能力。不過寫的時(shí)候有時(shí)候會(huì)犯一個(gè)毛病，就是把“熟練掌握自動(dòng)化測(cè)試腳本編寫”寫成“精通自動(dòng)化測(cè)試腳本編寫”，雖然差別不大，但聽起來就不夠嚴(yán)謹(jǐn)。

至于薪資待遇和福利，這得根據(jù)公司情況定，但寫的時(shí)候也要留點(diǎn)余地，不能寫得太滿，否則后期調(diào)整起來麻煩。還有，別忘了加上一些附加要求，比如抗壓能力強(qiáng)，能適應(yīng)加班什么的，這在實(shí)際工作中挺關(guān)鍵的。

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

寫崗位職責(zé)的時(shí)候，得根據(jù)自己對(duì)工作的理解來寫，不能照搬別人的模板。比如說測(cè)試工具開發(fā)工程師這個(gè)崗位，主要就是負(fù)責(zé)設(shè)計(jì)和優(yōu)化那些用來檢測(cè)軟件質(zhì)量的小工具。這工作挺關(guān)鍵的，因?yàn)橐枪ぞ卟缓檬?，后面的產(chǎn)品測(cè)試就可能出大問題。具體來說，得熟悉各種編程語言，像python、java之類的，這樣才能編寫出高效的腳本，幫助團(tuán)隊(duì)快速定位問題。

平時(shí)工作中，需要跟測(cè)試人員緊密配合，了解他們遇到的實(shí)際困難，然后想辦法通過技術(shù)手段解決。比如某個(gè)功能模塊老是報(bào)錯(cuò)，就得深入分析原因，可能是代碼邏輯有問題，也可能是接口對(duì)接不順暢。這個(gè)時(shí)候就需要寫一些專門的檢測(cè)程序，模擬用戶操作，看看能不能重現(xiàn)錯(cuò)誤場(chǎng)景。如果能重現(xiàn)，就進(jìn)一步排查具體哪里出了差錯(cuò)。

有時(shí)候也會(huì)遇到突發(fā)狀況，比如某個(gè)工具突然失效了，這時(shí)候就得迅速響應(yīng)，檢查是不是最近系統(tǒng)更新導(dǎo)致的兼容性問題。如果是的話，就要盡快調(diào)整代碼，確保工具恢復(fù)正常運(yùn)行。另外，還應(yīng)該定期回顧已有的工具，看看有沒有可以改進(jìn)的地方，比如能不能提高效率，減少資源消耗之類的。

寫這些東西的時(shí)候，別光顧著堆砌專業(yè)術(shù)語，得結(jié)合實(shí)際情況。比如說有一次我負(fù)責(zé)的一個(gè)工具，本來是用來檢測(cè)數(shù)據(jù)庫性能的，結(jié)果發(fā)現(xiàn)它在高并發(fā)情況下表現(xiàn)不太穩(wěn)定。當(dāng)時(shí)我就花了點(diǎn)時(shí)間研究了一下，最后改了個(gè)算法，把問題解決了。這件事讓我明白，寫崗位職責(zé)的時(shí)候，最好能舉幾個(gè)具體的例子，這樣更有說服力。

還有個(gè)需要注意的地方，寫的時(shí)候語氣要誠懇，態(tài)度要積極。畢竟這是給別人看的，如果給人感覺敷衍了事，肯定不行。像剛才提到的數(shù)據(jù)庫問題，就可以稍微多寫幾句自己的感受，比如說這次經(jīng)歷讓自己學(xué)到了什么，以后會(huì)怎樣避免類似情況發(fā)生。這樣的描述會(huì)讓?shí)徫宦氊?zé)看起來更加真實(shí)可信。

不過，寫東西的時(shí)候難免會(huì)有疏漏，有時(shí)候一個(gè)單詞拼錯(cuò)了，或者標(biāo)點(diǎn)符號(hào)沒打?qū)?，這些小問題其實(shí)沒什么大不了的。只要整體內(nèi)容沒問題就行。像我之前寫過一次，把“性能優(yōu)化”寫成了“性能優(yōu)畫”，后來才發(fā)現(xiàn)，好在只是個(gè)小細(xì)節(jié)，不影響整體效果。

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

寫崗位職責(zé)的時(shí)候，得先把這份工作的核心任務(wù)梳理清楚。像自動(dòng)化開發(fā)測(cè)試工程師這崗，平時(shí)主要就是搞自動(dòng)化腳本編寫，還有各種接口的測(cè)試吧。不過這工作也不是光靠敲代碼就行，還要跟開發(fā)團(tuán)隊(duì)保持溝通，確保他們那邊的需求能順利落地。有時(shí)候遇到復(fù)雜的問題，可能還得自己動(dòng)手調(diào)試環(huán)境，這個(gè)環(huán)節(jié)特別費(fèi)時(shí)間。

有時(shí)候老板交代的任務(wù)挺雜的，像什么功能點(diǎn)回歸測(cè)試，還有性能壓力測(cè)試，都得兼顧到。不過這活兒也有點(diǎn)麻煩的地方，比如有些自動(dòng)化腳本運(yùn)行起來老是報(bào)錯(cuò)，排查起來就特別頭疼。特別是碰到那種偶發(fā)性的bug，真讓人抓狂。不過大部分時(shí)候還是挺順的，只要按照既定流程走，按時(shí)完成交付就沒什么大問題。

文檔這塊也不能落下，每次做完測(cè)試都要出個(gè)報(bào)告，詳細(xì)記錄下測(cè)試結(jié)果和發(fā)現(xiàn)的問題。不過有時(shí)候忙起來就容易忘記整理文檔，等到月底匯報(bào)的時(shí)候才發(fā)現(xiàn)漏了不少東西。所以平時(shí)就得養(yǎng)成習(xí)慣，邊干活邊記下來，這樣后期匯總才不會(huì)手忙腳亂。

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

跟其他部門的合作也很關(guān)鍵，尤其是跟開發(fā)那邊，要是溝通不到位，可能會(huì)導(dǎo)致測(cè)試結(jié)果偏差。有時(shí)候開發(fā)覺得已經(jīng)改好了，但實(shí)際上還有問題，這就需要反復(fù)確認(rèn)。有時(shí)候也會(huì)碰到一些特殊情況，比如說某個(gè)模塊突然出了重大bug，這時(shí)候就得加班加點(diǎn)了，畢竟產(chǎn)品質(zhì)量是頭等大事。

有時(shí)候也會(huì)遇到技術(shù)瓶頸，像某些新工具用起來不太熟練，就得花時(shí)間去研究。有時(shí)候看別人寫的文章或者視頻教程，學(xué)了點(diǎn)皮毛，但真正實(shí)操起來還是有點(diǎn)難度。不過慢慢摸索著來，多試幾次也就掌握了。不過有時(shí)候會(huì)因?yàn)橐粋€(gè)小小的疏忽，比如參數(shù)配置錯(cuò)了，導(dǎo)致整個(gè)測(cè)試流程跑不通，這種時(shí)候就只能從頭檢查一遍。

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

測(cè)試維護(hù)工程師的崗位職責(zé)其實(shí)挺講究實(shí)際能力的，尤其是要結(jié)合具體的工作場(chǎng)景去描述。比如開頭可以從最基本的說起，說清楚這個(gè)崗位主要是負(fù)責(zé)系統(tǒng)或者軟件運(yùn)行狀態(tài)的監(jiān)控，確保它不出大問題。這部分得帶點(diǎn)專業(yè)味兒，“保證系統(tǒng)的穩(wěn)定性”這種話就不錯(cuò)，聽起來很正式，但實(shí)際上也是工作中最基礎(chǔ)的部分。

接下來可以詳細(xì)一點(diǎn)，提到具體的操作流程，像日常檢查日志文件，看看有沒有異常報(bào)錯(cuò)，還有就是定期執(zhí)行一些常規(guī)的健康檢查。這里就可以稍微隨意點(diǎn)，比如說“每天都要花不少時(shí)間盯著那些日志文件，這活兒看起來簡單，但真要做得好，得有耐心?！边@樣寫的話，感覺像是從一線工作者的角度出發(fā)，顯得真實(shí)一些。

再往后可以提一下應(yīng)對(duì)突發(fā)狀況的部分，這部分比較關(guān)鍵，得讓人知道遇到問題該怎么處理?！耙坏┌l(fā)現(xiàn)系統(tǒng)出現(xiàn)卡頓或者其他故障，就得迅速定位問題根源，有時(shí)候可能是因?yàn)槟硞€(gè)模塊出了差錯(cuò)，這時(shí)候就需要仔細(xì)排查代碼，看看是不是最近更新的地方埋了雷。”這樣的表述既帶點(diǎn)技術(shù)含量，又不會(huì)顯得太死板。

還有一點(diǎn)別忘了，就是跟團(tuán)隊(duì)其他成員之間的協(xié)作。可以寫成“平時(shí)也得跟開發(fā)那邊保持緊密聯(lián)系，他們改完東西后，咱們得幫忙驗(yàn)證下是否穩(wěn)定，有時(shí)候也會(huì)參與討論優(yōu)化方案。”這部分內(nèi)容很重要，因?yàn)楝F(xiàn)在很多崗位都不只是單打獨(dú)斗，需要團(tuán)隊(duì)配合。

說到這兒，可以稍微扯遠(yuǎn)點(diǎn)，聊聊工作中的一些小插曲，比如有一次某項(xiàng)新功能上線后，發(fā)現(xiàn)系統(tǒng)壓力陡增，結(jié)果花了兩天才找到癥結(jié)所在?！爱?dāng)時(shí)真是有點(diǎn)慌，不過后來冷靜下來，逐步縮小范圍，終于解決了?！边@種敘述方式會(huì)讓整個(gè)描述更加生動(dòng)，不是那種冷冰冰的任務(wù)清單。

最后可以補(bǔ)充一下關(guān)于學(xué)習(xí)提升的內(nèi)容，畢竟技術(shù)更新?lián)Q代快，不能總是原地踏步?！俺送瓿杀韭毠ぷ?，還得抽空研究新技術(shù)，有時(shí)候看到網(wǎng)上分享的經(jīng)驗(yàn)帖，覺得特別有用，就趕緊記下來?！边@樣的說法顯得務(wù)實(shí)，也符合實(shí)際工作情況。

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

寫崗位職責(zé)的時(shí)候，得先搞清楚這個(gè)崗位到底要做什么事。比如qtp測(cè)試工程師，這可不是隨便誰都能干的活兒。這個(gè)崗位需要對(duì)軟件測(cè)試特別了解，還要會(huì)用qtp這種自動(dòng)化測(cè)試工具。一開始，你可以想想這個(gè)崗位的核心任務(wù)是什么，比如說負(fù)責(zé)設(shè)計(jì)和執(zhí)行自動(dòng)化測(cè)試腳本，確保產(chǎn)品的質(zhì)量達(dá)到標(biāo)準(zhǔn)。這部分內(nèi)容得具體一點(diǎn)，不能太籠統(tǒng)，不然領(lǐng)導(dǎo)看了也不知道你到底能干什么。

接著，別忘了提到日常的工作流程，像是跟開發(fā)團(tuán)隊(duì)溝通，確認(rèn)需求，然后根據(jù)需求去編寫測(cè)試用例。這部分最好帶上一些專業(yè)術(shù)語，這樣顯得你懂行。比如，“參與需求分析，結(jié)合業(yè)務(wù)邏輯制定測(cè)試策略”，這樣的句子聽起來就比較靠譜。不過有時(shí)候?qū)懙臅r(shí)候，可能會(huì)不小心把“需求分析”寫成“需求解析”，雖然意思差不多，但細(xì)究起來還是有點(diǎn)差別。

再來說說跟其他部門的協(xié)作吧。qtp測(cè)試工程師肯定不是一個(gè)人單打獨(dú)斗的，得和其他部門配合好。比如跟測(cè)試經(jīng)理匯報(bào)工作進(jìn)展，或者協(xié)助解決測(cè)試過程中遇到的技術(shù)難題。這部分內(nèi)容要真實(shí)反映日常工作場(chǎng)景，別光顧著寫高大上的東西。比如，“協(xié)助測(cè)試經(jīng)理完成項(xiàng)目進(jìn)度跟蹤”，這樣的描述就挺接地氣的。

別忘了強(qiáng)調(diào)一下這個(gè)崗位需要具備哪些技能。像熟練掌握qtp工具，熟悉測(cè)試流程，這些都是硬指標(biāo)。不過有時(shí)候?qū)懙臅r(shí)候，可能會(huì)把“熟練掌握”寫成“熟悉掌握”，雖然不影響理解，但仔細(xì)看還是能發(fā)現(xiàn)點(diǎn)問題。

小編友情提醒：

記得把崗位職責(zé)寫得具體些，別只是泛泛而談。比如，“針對(duì)系統(tǒng)功能模塊進(jìn)行專項(xiàng)測(cè)試，輸出詳細(xì)的測(cè)試報(bào)告”，這樣的句子既專業(yè)又實(shí)用。不過有時(shí)候?qū)懙臅r(shí)候，可能會(huì)不小心漏掉一個(gè)逗號(hào)，變成“針對(duì)系統(tǒng)功能模塊進(jìn)行專項(xiàng)測(cè)試輸出詳細(xì)的測(cè)試報(bào)告”，雖然讀起來還能明白，但總覺得差點(diǎn)意思。

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

說到寫崗位職責(zé)，這事要是想寫得靠譜，得先把崗位的核心任務(wù)搞清楚。像安防測(cè)試工程師這個(gè)崗位，主要就是跟設(shè)備、系統(tǒng)打交道，確保它們能正常運(yùn)轉(zhuǎn)。日常工作中，免不了要跑現(xiàn)場(chǎng)，檢查設(shè)備的運(yùn)行狀態(tài)，看看有沒有故障隱患。所以，寫的時(shí)候得把這些關(guān)鍵點(diǎn)都涵蓋進(jìn)去。

比如，你可以這么寫：負(fù)責(zé)對(duì)安防系統(tǒng)的各項(xiàng)功能進(jìn)行驗(yàn)證，包括但不限于視頻監(jiān)控、門禁控制、報(bào)警聯(lián)動(dòng)等模塊。還要定期巡檢設(shè)備，記錄運(yùn)行參數(shù)，發(fā)現(xiàn)異常情況及時(shí)處理。另外，配合研發(fā)部門做新產(chǎn)品的測(cè)試工作，收集反饋意見，不斷優(yōu)化產(chǎn)品性能。這些都是日常工作的一部分。

實(shí)際操作中可能會(huì)遇到些小麻煩。比如有一次我去某項(xiàng)目現(xiàn)場(chǎng)排查問題，發(fā)現(xiàn)設(shè)備運(yùn)行不穩(wěn)定，起初以為是硬件故障，結(jié)果折騰了半天才發(fā)現(xiàn)是配置文件出了差錯(cuò)。這種情況下，就需要多留個(gè)心眼兒，仔細(xì)核對(duì)每一項(xiàng)設(shè)置。所以寫崗位職責(zé)時(shí)，最好把這類細(xì)節(jié)也寫進(jìn)去，提醒同事注意。

除了技術(shù)層面的工作，安防測(cè)試工程師還得跟客戶保持溝通。有些客戶對(duì)安防系統(tǒng)的要求比較特殊，可能需要定制化的解決方案。這就要求我們不僅懂技術(shù)，還得有點(diǎn)兒應(yīng)變能力。所以在描述崗位職責(zé)時(shí)，不妨提一下這方面的需求，讓大家知道這份工作不僅僅是埋頭干活那么簡單。

其實(shí)，寫崗位職責(zé)的時(shí)候，沒必要追求太花哨的語言。只要把具體的工作內(nèi)容交代明白就行。像這樣寫：參與制定測(cè)試計(jì)劃，編寫測(cè)試方案，執(zhí)行測(cè)試流程，出具測(cè)試報(bào)告。聽起來是不是挺直白？但就是這種直白的方式，反而能讓大家一眼看明白自己的職責(zé)所在。

不過，有時(shí)候?qū)憱|西難免會(huì)有點(diǎn)兒小瑕疵。比如我曾經(jīng)見過一份崗位職責(zé)說明書，里面有一句話寫著“協(xié)助完成相關(guān)設(shè)備的維護(hù)保養(yǎng)工作”，乍一看沒什么問題，但仔細(xì)琢磨會(huì)覺得“協(xié)助”這個(gè)詞用得稍微模糊了點(diǎn)。如果改成“主導(dǎo)完成”或者“獨(dú)立完成”，可能表達(dá)得更清晰一些。當(dāng)然，這種小地方也不是非要改不可，畢竟每個(gè)公司的情況不一樣，用詞也得結(jié)合實(shí)際情況來定。

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

寫崗位職責(zé)的時(shí)候，得先搞清楚這個(gè)崗位到底要做哪些事情。比如說測(cè)試助理工程師，它的工作內(nèi)容就挺復(fù)雜的，不是說隨便列幾個(gè)點(diǎn)就行。首先，這人得會(huì)一些基本的操作，像什么軟件測(cè)試，硬件檢測(cè)之類的，這些都是基礎(chǔ)工作。還有就是，得能看懂需求文檔，知道開發(fā)那邊的需求是什么樣的，這樣在測(cè)試的時(shí)候才能有針對(duì)性。

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

測(cè)試助理工程師還得負(fù)責(zé)一些日常維護(hù)工作，像數(shù)據(jù)庫的管理，測(cè)試環(huán)境的搭建，這些都是很關(guān)鍵的。有時(shí)候，可能還需要協(xié)助做一些數(shù)據(jù)分析，看看測(cè)試結(jié)果有沒有問題，要是發(fā)現(xiàn)問題了，就得趕緊反饋給相關(guān)人員。當(dāng)然，這些都只是大致的方向，具體到每個(gè)公司可能會(huì)有些差別。

有時(shí)候，可能會(huì)遇到一些特殊情況，比如某個(gè)項(xiàng)目的時(shí)間特別緊，這時(shí)候就得加班加點(diǎn)地趕進(jìn)度。而且，測(cè)試工作有時(shí)候還挺繁瑣的，需要反復(fù)驗(yàn)證，不能怕麻煩。不過，有時(shí)候可能會(huì)因?yàn)榻?jīng)驗(yàn)不足，把一些細(xì)節(jié)給忽略了，這就可能導(dǎo)致后續(xù)的問題。

除了上面提到的那些，測(cè)試助理工程師還應(yīng)該學(xué)會(huì)跟團(tuán)隊(duì)里的其他人溝通交流。畢竟，測(cè)試可不是一個(gè)人的事，需要跟開發(fā)人員、產(chǎn)品經(jīng)理等多個(gè)部門合作。要是溝通不到位，很容易出現(xiàn)理解上的偏差，進(jìn)而影響整個(gè)項(xiàng)目的進(jìn)展。

再說了，測(cè)試助理工程師還要有一定的學(xué)習(xí)能力，新技術(shù)新方法得不斷去了解掌握。就像現(xiàn)在云計(jì)算這么火，如果對(duì)這方面的知識(shí)一無所知，那在工作中就會(huì)顯得被動(dòng)。所以，平時(shí)得多留心行業(yè)動(dòng)態(tài)，多學(xué)點(diǎn)東西，這樣才能讓自己在這個(gè)崗位上站穩(wěn)腳跟。

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

寫崗位職責(zé)的時(shí)候，得結(jié)合實(shí)際工作內(nèi)容去想，不是隨便套話就行。比如整車測(cè)試工程師這個(gè)崗位，日常就是跟車打交道，檢查車輛的各種性能，從剎車到電子系統(tǒng)都要過一遍。一開始要熟悉車型的基本參數(shù)，知道設(shè)計(jì)目標(biāo)是什么，這樣心里才有底。接著就是制定測(cè)試計(jì)劃，這可不是隨便定的，得考慮測(cè)試環(huán)境、設(shè)備還有人員安排。

有些時(shí)候測(cè)試會(huì)遇到特殊情況，比如極端天氣下測(cè)試車輛耐久性，這時(shí)候就要提前做好預(yù)案，防止測(cè)試過程中出現(xiàn)問題。記錄測(cè)試數(shù)據(jù)也很關(guān)鍵，不能光靠腦子記，得有詳細(xì)的表格或者報(bào)告，方便后期分析。要是發(fā)現(xiàn)車輛有問題，還得及時(shí)反饋給研發(fā)部門，讓他們改進(jìn)設(shè)計(jì)。

有時(shí)候測(cè)試工作量大，一個(gè)人忙不過來，就需要和其他同事配合，比如和硬件工程師溝通某個(gè)零部件的安裝情況，或者找軟件工程師看看程序有沒有問題。這中間免不了會(huì)有溝通上的小摩擦，畢竟大家背景不一樣，想法也不同。不過大部分時(shí)候大家還是能互相理解的，畢竟都是為了把車造好。

寫職責(zé)的時(shí)候，別忘了提到安全這一塊。測(cè)試時(shí)必須遵守相關(guān)的安全規(guī)程，不然出了事就麻煩了。有時(shí)候測(cè)試場(chǎng)地比較復(fù)雜，比如越野路段或者高速環(huán)道，這就需要格外小心。要是測(cè)試過程中遇到突發(fā)狀況，得第一時(shí)間處理，不能慌。

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

測(cè)試結(jié)果的整理也很重要，這不僅是對(duì)自己工作的交代，也是后續(xù)改進(jìn)的基礎(chǔ)。有時(shí)候測(cè)試數(shù)據(jù)可能有點(diǎn)偏差，這很正常，但要注明原因，不能含糊其辭。寫職責(zé)的時(shí)候，把這些細(xì)節(jié)都涵蓋進(jìn)去，這樣才顯得專業(yè)。