軟件測(cè)試員/軟件測(cè)試工程師崗位職責(zé)、要求以及未來(lái)可以發(fā)展的方向怎么寫(xiě)（精選8篇）

書(shū)寫(xiě)經(jīng)驗(yàn)23人覺(jué)得有用

軟件測(cè)試員這個(gè)崗位挺關(guān)鍵的，主要是負(fù)責(zé)檢查軟件有沒(méi)有問(wèn)題。日常工作就是設(shè)計(jì)測(cè)試用例，然后執(zhí)行這些用例看看程序能不能正常跑起來(lái)。如果發(fā)現(xiàn)問(wèn)題，得記錄下來(lái)，還得跟開(kāi)發(fā)那邊溝通，看看是不是代碼的問(wèn)題。有時(shí)候還要協(xié)助開(kāi)發(fā)定位問(wèn)題，這需要一定的技術(shù)基礎(chǔ)，像熟悉數(shù)據(jù)庫(kù)什么的。不過(guò)也別覺(jué)得這事簡(jiǎn)單，有些時(shí)候邏輯復(fù)雜的地方，光靠看代碼很難發(fā)現(xiàn)潛在問(wèn)題，這就得靠經(jīng)驗(yàn)了。

測(cè)試工作還有個(gè)重點(diǎn)就是回歸測(cè)試，每次開(kāi)發(fā)修復(fù)完bug后，都要重新跑一遍相關(guān)的測(cè)試用例，確保修復(fù)沒(méi)帶來(lái)新的問(wèn)題。這一步特別重要，要是忽略掉，可能前面的努力就白費(fèi)了。當(dāng)然，除了功能測(cè)試，還得做性能測(cè)試，看看系統(tǒng)在高負(fù)載下的表現(xiàn)。像壓力測(cè)試、穩(wěn)定性測(cè)試之類(lèi)的，都得搞明白。

至于測(cè)試工程師的要求，基本的計(jì)算機(jī)知識(shí)肯定得有，像操作系統(tǒng)、網(wǎng)絡(luò)協(xié)議什么的基本概念要懂。編程能力也不能太差，至少得會(huì)點(diǎn)腳本語(yǔ)言，像python這種，能幫著寫(xiě)自動(dòng)化測(cè)試腳本。另外，對(duì)測(cè)試管理工具也要熟悉，像jira、testlink這些，平時(shí)記錄測(cè)試進(jìn)度和結(jié)果都離不開(kāi)它們。

未來(lái)的發(fā)展方向，可以往管理層走，像測(cè)試經(jīng)理什么的，負(fù)責(zé)整個(gè)項(xiàng)目的質(zhì)量把控。也可以往技術(shù)深度發(fā)展，像專(zhuān)門(mén)研究性能測(cè)試或者安全測(cè)試，這些都是比較專(zhuān)業(yè)的領(lǐng)域。不過(guò)，有些人可能覺(jué)得測(cè)試沒(méi)什么前途，其實(shí)不然，隨著軟件行業(yè)越來(lái)越重視質(zhì)量，測(cè)試這塊的需求只會(huì)越來(lái)越大。

有時(shí)候測(cè)試工作還挺繁瑣的，比如有時(shí)候測(cè)試環(huán)境配置不對(duì)，導(dǎo)致測(cè)試結(jié)果不準(zhǔn)，這確實(shí)讓人頭疼。還有的時(shí)候需求變更頻繁，測(cè)試計(jì)劃就得跟著調(diào)整，這需要很強(qiáng)的適應(yīng)能力。

書(shū)寫(xiě)經(jīng)驗(yàn)82人覺(jué)得有用

寫(xiě)崗位職責(zé)的時(shí)候，得結(jié)合實(shí)際工作情況，不能太籠統(tǒng)。像系統(tǒng)軟件測(cè)試工程師這類(lèi)崗位，職責(zé)范圍挺廣的，既涉及技術(shù)層面又得跟團(tuán)隊(duì)配合。比如日常工作中，要負(fù)責(zé)對(duì)新開(kāi)發(fā)的系統(tǒng)軟件進(jìn)行各種測(cè)試，從功能到性能，從兼容性到安全性都要考慮到。還有就是，需要熟悉測(cè)試流程，能制定詳細(xì)的測(cè)試計(jì)劃，這很重要，因?yàn)闆](méi)個(gè)規(guī)劃容易亂套。

有時(shí)候會(huì)遇到一些突發(fā)狀況，比如某個(gè)模塊總是報(bào)錯(cuò)，這時(shí)候就得迅速定位問(wèn)題所在，然后反饋給開(kāi)發(fā)人員。另外，測(cè)試報(bào)告也是必不可少的環(huán)節(jié)，得詳細(xì)記錄測(cè)試過(guò)程中的各項(xiàng)數(shù)據(jù)，包括發(fā)現(xiàn)的問(wèn)題、解決進(jìn)度之類(lèi)的。當(dāng)然了，有時(shí)候可能還會(huì)涉及到一些自動(dòng)化測(cè)試腳本的編寫(xiě)，這部分就要求對(duì)編程有一定了解。

其實(shí)，崗位職責(zé)的描述可以靈活一點(diǎn)，不是說(shuō)非得死板地列出來(lái)。比如，“協(xié)助完成系統(tǒng)上線(xiàn)前的各項(xiàng)準(zhǔn)備工作”，這就比直接寫(xiě)“負(fù)責(zé)系統(tǒng)上線(xiàn)前準(zhǔn)備”顯得更具體些。不過(guò)，有時(shí)候?qū)懙臅r(shí)候可能會(huì)忽略掉一些細(xì)節(jié)，比如“除了常規(guī)測(cè)試外，還需要關(guān)注用戶(hù)體驗(yàn)”，這句要是漏掉了，就可能導(dǎo)致職責(zé)描述不全面。

在寫(xiě)的時(shí)候，最好能結(jié)合公司的實(shí)際情況，畢竟每個(gè)公司對(duì)崗位的要求都不盡相同。像有些公司特別注重文檔管理，那在職責(zé)里就可以強(qiáng)調(diào)一下文檔整理的重要性。還有，別忘了和團(tuán)隊(duì)成員保持良好溝通，這個(gè)在職責(zé)里也得體現(xiàn)出來(lái)，不然容易被忽視。

有時(shí)候?qū)懚嗔朔炊菀赘慊欤貏e是當(dāng)涉及多方面的任務(wù)時(shí)。像“參與需求分析并提出改進(jìn)建議”這樣的表述，雖然看起來(lái)簡(jiǎn)單，但實(shí)際執(zhí)行起來(lái)卻很有挑戰(zhàn)性。有時(shí)候可能還會(huì)碰到一些棘手的問(wèn)題，比如某個(gè)功能測(cè)試一直通不過(guò)，這就需要耐心調(diào)試，找到根本原因。所以，職責(zé)描述的時(shí)候最好留有一定的彈性空間，方便日后調(diào)整。

書(shū)寫(xiě)經(jīng)驗(yàn)49人覺(jué)得有用

手機(jī)軟件測(cè)試工程師這個(gè)崗位，很多人想寫(xiě)好職責(zé)和要求，但其實(shí)挺講究技巧的。這活兒跟別的不一樣，得結(jié)合實(shí)際工作情況來(lái)寫(xiě)，既要體現(xiàn)專(zhuān)業(yè)性，又不能太死板。比如，職責(zé)部分就該把日常工作交代清楚，像負(fù)責(zé)測(cè)試各種功能模塊，確保軟件穩(wěn)定運(yùn)行，還要記錄問(wèn)題并跟蹤解決進(jìn)度。這部分寫(xiě)的時(shí)候要注意，別光說(shuō)大白話(huà)，得帶上點(diǎn)技術(shù)術(shù)語(yǔ)，像是兼容性測(cè)試、性能評(píng)估什么的，這樣顯得靠譜。

至于職位要求，就得把需要的能力列出來(lái)。比如要求熟悉常用的測(cè)試工具，像什么loadrunner、jmeter之類(lèi)的，還得會(huì)寫(xiě)簡(jiǎn)單的腳本，能分析日志文件。還有，溝通能力也得提一嘴，畢竟工作中經(jīng)常要跟開(kāi)發(fā)人員對(duì)接，有時(shí)候他們改完bug，你得確認(rèn)下是不是真的改好了。不過(guò)這里頭容易漏掉一點(diǎn)，就是經(jīng)驗(yàn)?zāi)晗捱@塊，有些人寫(xiě)的時(shí)候可能沒(méi)注意到，只寫(xiě)了技能要求，忘了說(shuō)至少需要幾年相關(guān)工作經(jīng)驗(yàn)。

寫(xiě)的時(shí)候還有一點(diǎn)容易被忽視，就是別把話(huà)說(shuō)得太絕對(duì)。比如說(shuō)“必須精通所有編程語(yǔ)言”，這就有點(diǎn)夸張了，實(shí)際上只要掌握主流的就行。再比如“具備超強(qiáng)的抗壓能力”，雖然沒(méi)錯(cuò)，但聽(tīng)起來(lái)有點(diǎn)像套話(huà)。要是換成“能在高強(qiáng)度環(huán)境下保持專(zhuān)注”，感覺(jué)就更具體一些。

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

測(cè)試工程師的工作內(nèi)容其實(shí)挺雜的，除了常規(guī)的測(cè)試流程，還得參與需求評(píng)審，提前了解產(chǎn)品目標(biāo)。有時(shí)候還要做些探索性測(cè)試，就是那種沒(méi)有固定套路的，全靠經(jīng)驗(yàn)去發(fā)現(xiàn)潛在問(wèn)題。這部分寫(xiě)的時(shí)候最好能結(jié)合具體的項(xiàng)目背景，比如某個(gè)項(xiàng)目曾遇到過(guò)什么樣的難題，測(cè)試團(tuán)隊(duì)是怎么克服的，這樣能讓描述更有說(shuō)服力。

寫(xiě)職責(zé)的時(shí)候千萬(wàn)別忘了提到文檔的重要性。測(cè)試過(guò)程中產(chǎn)生的報(bào)告、缺陷記錄什么的，都得妥善保存，這是后續(xù)追蹤的基礎(chǔ)。有時(shí)候?qū)懙竭@兒，有些人就會(huì)忘記補(bǔ)充一句，就是這些文檔得定期歸檔，不然時(shí)間久了找起來(lái)麻煩。

小編友情提醒：

寫(xiě)職位要求時(shí)別忘了強(qiáng)調(diào)團(tuán)隊(duì)協(xié)作精神。測(cè)試不是一個(gè)人的事，它貫穿整個(gè)開(kāi)發(fā)周期，少不了和其他部門(mén)配合。要是寫(xiě)得太過(guò)孤立，就顯得不太現(xiàn)實(shí)。

書(shū)寫(xiě)經(jīng)驗(yàn)30人覺(jué)得有用

寫(xiě)崗位職責(zé)的時(shí)候，得先把具體的工作內(nèi)容搞清楚。比如軟件測(cè)試高級(jí)工程師這個(gè)崗位，日常工作肯定離不開(kāi)各種測(cè)試方案的設(shè)計(jì)，還有執(zhí)行測(cè)試計(jì)劃，這些都是基本功。有時(shí)候還要負(fù)責(zé)指導(dǎo)初級(jí)測(cè)試人員，這就需要你對(duì)整個(gè)流程特別熟悉才行。再就是分析測(cè)試結(jié)果，找出問(wèn)題點(diǎn)，這一步很關(guān)鍵，畢竟直接關(guān)系到產(chǎn)品的質(zhì)量。

其實(shí)寫(xiě)的時(shí)候不用太拘泥于形式，把工作里最核心的部分列出來(lái)就行。像參與需求評(píng)審會(huì)這樣的事，也是少不了的，畢竟測(cè)試工作要提前介入才能防患未然。不過(guò)有時(shí)候也會(huì)遇到特殊情況，比如某個(gè)項(xiàng)目時(shí)間緊任務(wù)重，可能就需要加班加點(diǎn)趕進(jìn)度，這也是工作中難免會(huì)碰到的情況。

文檔管理這部分也不能忽視，測(cè)試報(bào)告、缺陷記錄這些都得整理好，方便后續(xù)查閱。有時(shí)候客戶(hù)那邊反饋的問(wèn)題也比較棘手，需要跟開(kāi)發(fā)團(tuán)隊(duì)反復(fù)溝通確認(rèn)，這個(gè)過(guò)程挺考驗(yàn)?zāi)托牡摹Ａ硗猓€得關(guān)注最新的技術(shù)動(dòng)態(tài)，畢竟軟件行業(yè)變化快，保持學(xué)習(xí)的態(tài)度很重要。

還有就是，測(cè)試環(huán)境的搭建和維護(hù)也是份內(nèi)之事，這直接影響到測(cè)試工作的效率。有時(shí)候會(huì)遇到一些比較刁鉆的bug，得一點(diǎn)點(diǎn)排查，這種時(shí)候就需要細(xì)心和經(jīng)驗(yàn)了。偶爾也會(huì)有一些臨時(shí)性的任務(wù)，比如緊急上線(xiàn)前的突擊檢查，這時(shí)候就得迅速進(jìn)入狀態(tài)，不能拖沓。

書(shū)寫(xiě)經(jīng)驗(yàn)27人覺(jué)得有用

嵌入式軟件測(cè)試工程師崗位職責(zé)怎么寫(xiě)

嵌入式軟件測(cè)試工程師的崗位職責(zé)，得根據(jù)具體的工作場(chǎng)景和需求來(lái)寫(xiě)。這活兒不是隨便套個(gè)模板就行，得結(jié)合實(shí)際工作情況。比如日常工作里，嵌入式軟件測(cè)試工程師要負(fù)責(zé)檢查軟件的功能是否正常，還有就是看它運(yùn)行起來(lái)是不是穩(wěn)定。要是軟件有問(wèn)題，就得想辦法找出來(lái)，然后記錄下來(lái)，再給開(kāi)發(fā)那邊反饋，讓他們?nèi)ジ摹＿@個(gè)過(guò)程里，可能需要寫(xiě)一些測(cè)試報(bào)告，把測(cè)試結(jié)果寫(xiě)清楚，包括發(fā)現(xiàn)了哪些問(wèn)題，這些問(wèn)題嚴(yán)重程度如何之類(lèi)的。

日常工作中，這類(lèi)工程師還要熟悉各種測(cè)試工具，像什么自動(dòng)化測(cè)試腳本，還有性能分析工具，這些都要會(huì)用。有時(shí)候項(xiàng)目趕時(shí)間，就得加班加點(diǎn)完成任務(wù)，比如做集成測(cè)試的時(shí)候，要確保各個(gè)模塊組合在一起后還能正常工作。再比如驗(yàn)收測(cè)試時(shí)，要對(duì)照客戶(hù)的需求逐一驗(yàn)證，看看有沒(méi)有遺漏的地方。

有時(shí)候，為了更好地理解軟件功能，還得跟開(kāi)發(fā)人員多溝通交流，了解軟件的設(shè)計(jì)思路。畢竟，測(cè)試不是單純地挑毛病，而是幫助團(tuán)隊(duì)提升產(chǎn)品質(zhì)量。如果測(cè)試過(guò)程中發(fā)現(xiàn)的問(wèn)題比較復(fù)雜，可能還需要?jiǎng)邮终{(diào)試一下代碼，找出問(wèn)題根源。當(dāng)然，寫(xiě)測(cè)試用例也是重要的一環(huán)，用例要覆蓋全面，這樣才能保證測(cè)試效果。

有些時(shí)候，文檔工作也少不了，比如編寫(xiě)測(cè)試計(jì)劃、測(cè)試策略什么的。這些文檔能讓整個(gè)測(cè)試流程更有條理，也能方便以后回顧和改進(jìn)。不過(guò)有時(shí)候忙起來(lái)，可能會(huì)漏掉一些細(xì)節(jié)，比如忘了更新測(cè)試文檔版本號(hào)，或者在提交報(bào)告時(shí)忘記檢查一遍格式。這種小問(wèn)題雖然不大，但還是需要注意避免。

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

嵌入式軟件測(cè)試工程師還可能參與產(chǎn)品設(shè)計(jì)階段，從一開(kāi)始就介入，提出自己的看法，比如建議增加某些測(cè)試點(diǎn)，或者提醒開(kāi)發(fā)人員注意潛在的風(fēng)險(xiǎn)。這樣一來(lái)，就能在早期發(fā)現(xiàn)問(wèn)題，減少后期修改的成本。當(dāng)然了，這個(gè)角色有時(shí)候也需要有一定的技術(shù)深度，比如對(duì)硬件接口有一定了解，這樣在測(cè)試時(shí)能更好地模擬真實(shí)環(huán)境。

書(shū)寫(xiě)經(jīng)驗(yàn)43人覺(jué)得有用

寫(xiě)終端軟件測(cè)試工程師的崗位職責(zé)時(shí)，得先搞清楚這個(gè)職位的核心任務(wù)是什么。這類(lèi)崗位主要是負(fù)責(zé)檢查軟件運(yùn)行是否符合預(yù)期，找出可能存在的各種問(wèn)題。這部分工作需要細(xì)致入微，比如安裝軟件后觀(guān)察有沒(méi)有異常反應(yīng)，這一步很關(guān)鍵，因?yàn)槿绻浖b不上或者直接崩潰，后續(xù)工作就無(wú)從談起。

具體來(lái)說(shuō)，編寫(xiě)測(cè)試計(jì)劃是很重要的環(huán)節(jié)。測(cè)試計(jì)劃得涵蓋軟件的所有功能模塊，確保沒(méi)有遺漏。當(dāng)然，實(shí)際操作中可能會(huì)遇到一些麻煩，比如有時(shí)候測(cè)試環(huán)境配置不當(dāng)，導(dǎo)致某些功能無(wú)法正常測(cè)試。這時(shí)候就得反復(fù)調(diào)整，直到環(huán)境穩(wěn)定下來(lái)。記得一定要詳細(xì)記錄每次測(cè)試的結(jié)果，這樣方便后期追溯問(wèn)題根源。要是忽略這一塊，等到出了問(wèn)題再去查，可能就麻煩了。

終端軟件測(cè)試還涉及與開(kāi)發(fā)團(tuán)隊(duì)的溝通協(xié)作。當(dāng)發(fā)現(xiàn)某個(gè)問(wèn)題時(shí)，不能只簡(jiǎn)單地描述現(xiàn)象，最好能提供詳細(xì)的復(fù)現(xiàn)步驟，這對(duì)開(kāi)發(fā)人員解決問(wèn)題很有幫助。不過(guò)有時(shí)候可能會(huì)因?yàn)闇贤ú坏轿唬瑢?dǎo)致開(kāi)發(fā)人員理解偏差，這就需要多幾次交流才能明確問(wèn)題所在。

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

自動(dòng)化測(cè)試腳本的維護(hù)也很重要。隨著項(xiàng)目推進(jìn)，測(cè)試腳本可能需要不斷更新，以適應(yīng)新的需求變化。如果這部分工作沒(méi)做好，測(cè)試效率就會(huì)大打折扣。不過(guò)在修改腳本時(shí)，可能會(huì)因?yàn)槭韬龆胄碌腻e(cuò)誤，這就要求測(cè)試人員時(shí)刻保持警惕，及時(shí)驗(yàn)證腳本的正確性。

還有就是，終端軟件測(cè)試還需要關(guān)注用戶(hù)體驗(yàn)。畢竟軟件最終是要給用戶(hù)使用的，所以測(cè)試時(shí)也要從用戶(hù)的角度出發(fā)，看看界面是否友好，操作是否便捷。有時(shí)候可能會(huì)忽略掉一些細(xì)節(jié)，比如按鈕位置不合理，導(dǎo)致用戶(hù)誤操作，這些問(wèn)題都需要提前發(fā)現(xiàn)并解決。

書(shū)寫(xiě)經(jīng)驗(yàn)43人覺(jué)得有用

手機(jī)應(yīng)用軟件測(cè)試工程師這個(gè)崗位，主要得清楚具體的工作內(nèi)容是什么。像這一類(lèi)的技術(shù)崗，工作職責(zé)一般可以從幾個(gè)方面去描述，比如日常的測(cè)試任務(wù)、測(cè)試流程的把控、問(wèn)題反饋和跟進(jìn)什么的。像測(cè)試這塊，就得確保每一項(xiàng)功能都經(jīng)過(guò)仔細(xì)驗(yàn)證，尤其是用戶(hù)可能會(huì)用到的核心功能，這部分尤其不能馬虎。

說(shuō)到測(cè)試流程，其實(shí)挺復(fù)雜的，涉及到很多細(xì)節(jié)。比如，拿到新版本后，得先把需求文檔好好看看，確認(rèn)下測(cè)試范圍，然后制定詳細(xì)的測(cè)試計(jì)劃。這中間，可能需要跟開(kāi)發(fā)那邊多溝通，了解代碼改動(dòng)的地方，這樣心里就有底了。接著就是執(zhí)行測(cè)試了，這里頭包括功能測(cè)試、性能測(cè)試、兼容性測(cè)試等等。功能測(cè)試是最基本的，性能測(cè)試就比較考驗(yàn)技術(shù)了，得看軟件在高負(fù)載情況下能不能穩(wěn)定運(yùn)行。兼容性測(cè)試也重要，因?yàn)楝F(xiàn)在手機(jī)型號(hào)太多了，各種系統(tǒng)版本也有差異，要是只在一款設(shè)備上跑通了，其他地方出了問(wèn)題那就不行。

反饋問(wèn)題的時(shí)候，得把情況說(shuō)清楚。像發(fā)現(xiàn)了什么bug，得詳細(xì)記錄下來(lái)，包括發(fā)生的具體場(chǎng)景、操作步驟、預(yù)期結(jié)果和實(shí)際結(jié)果什么的。然后還得跟進(jìn)修復(fù)進(jìn)度，確保問(wèn)題解決了。有時(shí)候開(kāi)發(fā)那邊改完后，還需要重新驗(yàn)證一下，確保沒(méi)引入新的問(wèn)題。

不過(guò)有時(shí)候也會(huì)遇到一些特殊情況。比如有的功能點(diǎn)比較復(fù)雜，測(cè)試起來(lái)難度大，這時(shí)候就得靈活應(yīng)對(duì)，可能需要調(diào)整測(cè)試策略。還有些時(shí)候，開(kāi)發(fā)進(jìn)度趕得緊，測(cè)試時(shí)間就被壓縮了，這就得優(yōu)先處理關(guān)鍵的功能點(diǎn)，保證核心體驗(yàn)不出問(wèn)題。當(dāng)然，有時(shí)候測(cè)試報(bào)告寫(xiě)多了，可能會(huì)不小心把某些細(xì)節(jié)遺漏掉，這種情況得注意檢查，別讓自己疏忽了。

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

測(cè)試過(guò)程中還經(jīng)常需要跟團(tuán)隊(duì)成員保持良好溝通。像跟產(chǎn)品經(jīng)理確認(rèn)需求細(xì)節(jié)，跟開(kāi)發(fā)討論技術(shù)實(shí)現(xiàn)方案，這些都是日常工作的一部分。要是部門(mén)內(nèi)部有共享的測(cè)試工具或者腳本，也要積極參與維護(hù)和優(yōu)化，這樣能提高整體效率。有時(shí)候測(cè)試環(huán)境配置起來(lái)也比較麻煩，得提前準(zhǔn)備好，別到時(shí)候手忙腳亂。

書(shū)寫(xiě)經(jīng)驗(yàn)97人覺(jué)得有用

.net軟件測(cè)試工程師的崗位職責(zé)和職位要求寫(xiě)這類(lèi)崗位描述的時(shí)候，得先搞清楚這個(gè)崗位到底要做什么事。比如，這個(gè)崗位需要負(fù)責(zé)軟件的功能測(cè)試，那就要具體說(shuō)說(shuō)怎么測(cè)，是手動(dòng)測(cè)試還是自動(dòng)化測(cè)試，這得看公司用什么工具和技術(shù)棧。

寫(xiě)職責(zé)的時(shí)候，可以從日常的工作內(nèi)容入手。像負(fù)責(zé)編寫(xiě)測(cè)試計(jì)劃，這個(gè)肯定得提一下，還有執(zhí)行測(cè)試任務(wù)，確保每個(gè)功能點(diǎn)都檢查到位。有時(shí)候可能還會(huì)涉及到一些性能測(cè)試，這部分也別漏掉。另外，發(fā)現(xiàn)bug后怎么跟蹤處理，這也是很重要的環(huán)節(jié)，得寫(xiě)清楚。

至于職位要求，學(xué)歷背景一般得本科起，計(jì)算機(jī)相關(guān)專(zhuān)業(yè)。技術(shù)能力方面，至少得熟悉常用的測(cè)試框架，像nunit、xunit之類(lèi)的，這些都是.net開(kāi)發(fā)里比較常見(jiàn)的。當(dāng)然了，還得會(huì)點(diǎn)數(shù)據(jù)庫(kù)操作，sql查詢(xún)語(yǔ)句什么的基本功要扎實(shí)。

不過(guò)，寫(xiě)的時(shí)候要注意細(xì)節(jié)，有時(shí)候一個(gè)小小的疏忽就可能導(dǎo)致歧義。比如有一次我寫(xiě)職責(zé)描述，本來(lái)想說(shuō)“參與項(xiàng)目需求分析”，結(jié)果一不留神寫(xiě)成了“參于”，后來(lái)被領(lǐng)導(dǎo)指出來(lái)才改過(guò)來(lái)。還有一次寫(xiě)職位要求，本來(lái)想強(qiáng)調(diào)經(jīng)驗(yàn)?zāi)晗蓿瑢?xiě)了“3年以上工作經(jīng)驗(yàn)”，結(jié)果忘了加上括號(hào)注明是“年”，雖然沒(méi)太大影響，但總覺(jué)得差點(diǎn)意思。

其實(shí)，寫(xiě)這些東西的時(shí)候，最好能結(jié)合公司的實(shí)際情況來(lái)調(diào)整措辭。如果公司特別看重團(tuán)隊(duì)協(xié)作能力，那就得在職責(zé)里突出這一點(diǎn)，比如強(qiáng)調(diào)需要和開(kāi)發(fā)人員緊密配合解決問(wèn)題。要是公司對(duì)文檔編寫(xiě)有較高要求，那職位要求里也得明確提到文檔撰寫(xiě)能力，包括測(cè)試報(bào)告之類(lèi)的。