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

寫(xiě)崗位職責(zé)的時(shí)候，得先搞清楚這個(gè)崗位的核心任務(wù)是什么。比如高級(jí)軟件開(kāi)發(fā)工程師，他肯定得負(fù)責(zé)一些復(fù)雜的系統(tǒng)設(shè)計(jì)，還有代碼編寫(xiě)、測(cè)試這些都少不了。這部分內(nèi)容不能太籠統(tǒng)，最好能具體到技術(shù)方向，像是前端、后端或者全棧開(kāi)發(fā)之類(lèi)的。要是公司有特殊需求，比如需要對(duì)接某些特定的平臺(tái)或者技術(shù)框架，也得提出來(lái)。

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

工作經(jīng)驗(yàn)這塊也很關(guān)鍵。對(duì)于高級(jí)職位來(lái)說(shuō)，經(jīng)驗(yàn)?zāi)晗薏荒艿土?，至少得五年起步，不然怎么能叫“高?jí)”？在這部分還可以加上對(duì)候選人的期望，比如希望他們熟悉敏捷開(kāi)發(fā)流程，或者能夠帶領(lǐng)團(tuán)隊(duì)解決問(wèn)題。這里有個(gè)小提醒，有時(shí)候?qū)懧氊?zé)的時(shí)候容易忽略細(xì)節(jié)，比如提到團(tuán)隊(duì)協(xié)作的時(shí)候，應(yīng)該明確是參與管理還是只是普通合作，這差別可大了。

再就是技能要求了。高級(jí)工程師，編程語(yǔ)言肯定是必須精通的，java、python什么的都行，但得根據(jù)項(xiàng)目情況來(lái)定。還有數(shù)據(jù)庫(kù)管理和優(yōu)化也是重要的一環(huán)，這直接影響到系統(tǒng)的性能。不過(guò)這里有個(gè)地方可能需要注意一下，有些公司可能會(huì)強(qiáng)調(diào)特定的技術(shù)認(rèn)證，但這并不是所有公司都會(huì)看重，所以寫(xiě)的時(shí)候得看實(shí)際情況。

最后別忘了安全性這一塊。網(wǎng)絡(luò)安全現(xiàn)在越來(lái)越受重視，高級(jí)工程師得知道如何防范常見(jiàn)的攻擊手段，像sql注入、xss什么的。這部分內(nèi)容不能太簡(jiǎn)略，得具體到具體的防護(hù)措施，比如代碼審查、安全審計(jì)之類(lèi)的。有時(shí)候?qū)懙竭@里會(huì)發(fā)現(xiàn)，好多東西堆在一起，很容易顯得啰嗦，這時(shí)候就得好好整理一下順序，把最重要的放前面，次要的往后排。

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

寫(xiě)崗位職責(zé)的時(shí)候，得結(jié)合實(shí)際的工作情況去描述，不能太籠統(tǒng)。比如高級(jí)軟件開(kāi)發(fā)工程師這個(gè)崗位，就該具體點(diǎn)，既要涵蓋技術(shù)層面的，也要包括管理方面的內(nèi)容。像負(fù)責(zé)系統(tǒng)架構(gòu)設(shè)計(jì)，這得提到，還有代碼審查也是繞不開(kāi)的環(huán)節(jié)，這些都是日常工作的一部分。再說(shuō)了，日常還得跟進(jìn)項(xiàng)目進(jìn)度，確保按時(shí)完成任務(wù)，這一點(diǎn)也很關(guān)鍵。

平時(shí)跟團(tuán)隊(duì)成員溝通也少不了，得清楚表達(dá)自己的想法，幫助他們解決技術(shù)難題。遇到復(fù)雜的問(wèn)題，要能獨(dú)立分析并找到解決方案，這體現(xiàn)的是個(gè)人能力。另外，文檔編寫(xiě)也是份內(nèi)之事，需求分析報(bào)告、測(cè)試報(bào)告之類(lèi)的，都得認(rèn)真對(duì)待。不過(guò)有時(shí)候?qū)懚嗔丝赡軙?huì)覺(jué)得枯燥，但這事躲不掉，畢竟留檔備查很重要。

還有一點(diǎn)要注意，要時(shí)刻關(guān)注新技術(shù)的發(fā)展趨勢(shì)，主動(dòng)學(xué)習(xí)新知識(shí)，這樣才能保持競(jìng)爭(zhēng)力。再就是對(duì)現(xiàn)有系統(tǒng)的優(yōu)化也不能忽視，性能提升、安全加固這些都是長(zhǎng)期工作。當(dāng)然了，偶爾也會(huì)碰到緊急任務(wù)，這時(shí)候就得加班加點(diǎn)去處理，雖然辛苦點(diǎn)，但為了項(xiàng)目的順利推進(jìn)也是值得的。

其實(shí)寫(xiě)這類(lèi)職責(zé)時(shí)，別光顧著往大了寫(xiě)，細(xì)節(jié)同樣重要。像接口設(shè)計(jì)這一塊，就得明確每個(gè)接口的功能邊界，不然后期維護(hù)起來(lái)麻煩。還有數(shù)據(jù)庫(kù)設(shè)計(jì)，表結(jié)構(gòu)合理與否直接影響到后續(xù)的操作效率。有時(shí)候可能還會(huì)涉及到一些跨部門(mén)協(xié)調(diào)工作，這就需要耐心溝通，爭(zhēng)取各方的支持。

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

寫(xiě)崗位職責(zé)的時(shí)候，得結(jié)合具體的工作場(chǎng)景，不能太籠統(tǒng)。比如說(shuō)java高級(jí)軟件開(kāi)發(fā)工程師這個(gè)崗位，主要負(fù)責(zé)的就是軟件的設(shè)計(jì)、編碼還有測(cè)試工作。這部分內(nèi)容說(shuō)起來(lái)簡(jiǎn)單，但實(shí)際操作起來(lái)就復(fù)雜了，涉及到的技術(shù)點(diǎn)很多，像是需求分析、架構(gòu)設(shè)計(jì)什么的都得涵蓋進(jìn)去。

有時(shí)候?qū)懙臅r(shí)候會(huì)遇到一些小麻煩，像有時(shí)候想表達(dá)的意思特別多，結(jié)果一句話就寫(xiě)得很長(zhǎng)，讀起來(lái)費(fèi)勁。舉個(gè)例子，“需要跟團(tuán)隊(duì)成員討論項(xiàng)目的可行性，并且在項(xiàng)目啟動(dòng)階段參與制定詳細(xì)的開(kāi)發(fā)計(jì)劃，包括但不限于任務(wù)分配、時(shí)間表規(guī)劃以及風(fēng)險(xiǎn)評(píng)估等工作。”這一句話雖然涵蓋了挺多東西，但確實(shí)有點(diǎn)啰嗦，要是能拆分成幾個(gè)短句可能更好理解。

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

崗位職責(zé)里頭最好加入一些專(zhuān)業(yè)術(shù)語(yǔ)，這樣顯得專(zhuān)業(yè)嘛。像“負(fù)責(zé)系統(tǒng)性能優(yōu)化，確保應(yīng)用運(yùn)行效率達(dá)到預(yù)期標(biāo)準(zhǔn)”這樣的表述就很貼合實(shí)際工作情況。不過(guò)寫(xiě)的時(shí)候也得注意，別把術(shù)語(yǔ)堆得太滿，不然反而會(huì)讓閱讀者覺(jué)得晦澀難懂。

還有就是，寫(xiě)這類(lèi)文檔時(shí)，容易忽略掉一些細(xì)節(jié)。比如提到代碼質(zhì)量把控，不能只說(shuō)“保證代碼質(zhì)量符合公司標(biāo)準(zhǔn)”，還得具體到怎么做，像代碼審查、單元測(cè)試這些具體措施都可以寫(xiě)進(jìn)去。當(dāng)然，有時(shí)候?qū)懚嗔擞峙嘛@得啰嗦，這就得拿捏好一個(gè)平衡點(diǎn)了。

再說(shuō)了，崗位職責(zé)不僅僅是寫(xiě)給hr看的，也是給未來(lái)的同事看的。所以描述的時(shí)候得考慮到實(shí)用性，像“協(xié)助解決線上系統(tǒng)出現(xiàn)的問(wèn)題，快速定位故障原因并及時(shí)修復(fù)”這樣的描述就很實(shí)用，能讓人一目了然知道這個(gè)崗位需要承擔(dān)什么樣的責(zé)任。

寫(xiě)的時(shí)候還要注意語(yǔ)氣，如果是面向內(nèi)部團(tuán)隊(duì)的文檔，語(yǔ)氣可以稍微輕松一點(diǎn)，不用那么正式。但如果是對(duì)外發(fā)布的職位描述，那就要保持一定的嚴(yán)肅性了。畢竟不同的場(chǎng)合，側(cè)重點(diǎn)也會(huì)不一樣，寫(xiě)的時(shí)候得心里有個(gè)譜兒。

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

寫(xiě)崗位職責(zé)的時(shí)候，得根據(jù)具體的工作內(nèi)容來(lái)定。比如說(shuō)高級(jí)軟件開(kāi)發(fā)工程師，這活兒肯定得跟代碼打交道，還得多琢磨質(zhì)量體系的事。這份工作首先得負(fù)責(zé)項(xiàng)目的代碼審查，這很重要，能保證程序的質(zhì)量。還有，得參與設(shè)計(jì)評(píng)審，看看設(shè)計(jì)方案有沒(méi)有漏洞，能不能落地實(shí)施。有時(shí)候還得去解決一些技術(shù)難題，尤其是那些比較棘手的bug，這需要一定的經(jīng)驗(yàn)和耐心。

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

這崗位可能還需要定期檢查團(tuán)隊(duì)的開(kāi)發(fā)流程，確保符合公司的質(zhì)量標(biāo)準(zhǔn)。如果發(fā)現(xiàn)流程有問(wèn)題，就得提建議改進(jìn)，讓整個(gè)開(kāi)發(fā)過(guò)程更順暢。當(dāng)然，文檔這塊兒也不能落下，技術(shù)文檔得寫(xiě)清楚，方便后續(xù)維護(hù)和升級(jí)。要是碰到項(xiàng)目緊急的情況，可能還得加班加點(diǎn)配合完成任務(wù)。

有時(shí)候，可能還會(huì)被派去做一些專(zhuān)項(xiàng)任務(wù)，比如優(yōu)化某個(gè)模塊的性能，或者是研究新技術(shù)的應(yīng)用。這種時(shí)候就需要靈活應(yīng)對(duì)了，畢竟技術(shù)更新?lián)Q代快，老一套不一定行得通。還有，跟其他部門(mén)溝通也是必不可少的，比如產(chǎn)品部門(mén)，他們提的需求得弄明白，不然開(kāi)發(fā)出來(lái)的東西不對(duì)路就麻煩了。

不過(guò)，寫(xiě)這類(lèi)職責(zé)的時(shí)候，得注意語(yǔ)言要專(zhuān)業(yè)，但又不能太死板。比如，“參與設(shè)計(jì)評(píng)審”這種說(shuō)法就比“必須參加設(shè)計(jì)評(píng)審”聽(tīng)起來(lái)自然些。再比如，提到改進(jìn)流程的時(shí)候，可以說(shuō)“嘗試優(yōu)化現(xiàn)有的流程”，而不是直接說(shuō)“必須優(yōu)化”。這樣顯得更有彈性，也更容易讓人接受。

有時(shí)候?qū)懼鴮?xiě)著，可能會(huì)不小心用錯(cuò)詞，像把“流程”寫(xiě)成“程序”，雖然意思差不多，但還是會(huì)被細(xì)心的人發(fā)現(xiàn)。還有就是，有些話寫(xiě)起來(lái)挺順溜，回頭一看才發(fā)現(xiàn)句子有點(diǎn)長(zhǎng)，讀起來(lái)費(fèi)勁。比如那句“定期檢查團(tuán)隊(duì)的開(kāi)發(fā)流程，確保符合公司的質(zhì)量標(biāo)準(zhǔn)，如果發(fā)現(xiàn)問(wèn)題就得提建議改進(jìn)”，就有點(diǎn)啰嗦了?？梢愿某伞岸ㄆ跈z查團(tuán)隊(duì)開(kāi)發(fā)流程，發(fā)現(xiàn)問(wèn)題及時(shí)提改進(jìn)建議”，這樣更簡(jiǎn)潔明了。

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

寫(xiě)崗位職責(zé)的時(shí)候，得根據(jù)自己對(duì)工作的理解來(lái)，不能光套模板。比如說(shuō)c#高級(jí)軟件開(kāi)發(fā)工程師這份工作，主要是負(fù)責(zé)項(xiàng)目的編碼實(shí)現(xiàn)，這可不是隨便說(shuō)說(shuō)的，得確保代碼質(zhì)量，不然出了問(wèn)題就麻煩了。平時(shí)要跟團(tuán)隊(duì)成員溝通協(xié)作，有時(shí)候設(shè)計(jì)方案，有時(shí)候調(diào)試程序，這中間可能還會(huì)遇到一些技術(shù)難題，需要想辦法解決。

有時(shí)候接到新任務(wù)，得先了解需求，然后制定計(jì)劃，這個(gè)過(guò)程挺復(fù)雜的，涉及到跟客戶或者產(chǎn)品經(jīng)理對(duì)接。代碼寫(xiě)完后還得測(cè)試，看看有沒(méi)有漏洞，要是發(fā)現(xiàn)問(wèn)題就得趕緊修改，不能拖著不管。還有，平時(shí)要維護(hù)現(xiàn)有的系統(tǒng)，更新功能什么的，這活兒可不能馬虎，不然影響用戶體驗(yàn)就不好了。

有時(shí)候領(lǐng)導(dǎo)會(huì)要求優(yōu)化性能，這就得從代碼層面下手，找出瓶頸所在。有時(shí)候還可能涉及數(shù)據(jù)庫(kù)的操作，比如調(diào)優(yōu)查詢語(yǔ)句之類(lèi)的，這部分工作挺重要的。不過(guò)有時(shí)候可能會(huì)忘記備份某些關(guān)鍵文件，雖然最后沒(méi)出大問(wèn)題，但還是挺冒險(xiǎn)的。

跟其他部門(mén)的合作也很重要，比如設(shè)計(jì)部門(mén)，他們提供的界面得符合實(shí)際開(kāi)發(fā)的要求，不然改起來(lái)很麻煩。偶爾也會(huì)碰到緊急情況，這時(shí)候就得加班加點(diǎn)趕進(jìn)度，壓力是不小，但習(xí)慣了也就還好。有時(shí)候文檔也得寫(xiě)，記錄下重要的技術(shù)細(xì)節(jié)，方便以后查閱，但這部分往往容易被忽視。

有時(shí)候開(kāi)會(huì)討論項(xiàng)目進(jìn)展，每個(gè)人都要發(fā)言，說(shuō)說(shuō)自己負(fù)責(zé)的部分完成了多少。還有就是持續(xù)學(xué)習(xí)新技術(shù)，畢竟行業(yè)發(fā)展快，不學(xué)就跟不上趟。有時(shí)候?qū)懘a時(shí)可能會(huì)用到一些不太熟悉的類(lèi)庫(kù)，這時(shí)候就得現(xiàn)查資料，邊學(xué)邊用，雖然效率不高，但能解決問(wèn)題就行。

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

寫(xiě)崗位職責(zé)的時(shí)候，得先搞清楚這個(gè)崗位到底干什么。像java高級(jí)軟件開(kāi)發(fā)工程師這活兒，肯定不是敲敲鍵盤(pán)那么簡(jiǎn)單。得明白自己負(fù)責(zé)哪塊業(yè)務(wù)，是做后端架構(gòu)設(shè)計(jì)，還是解決系統(tǒng)運(yùn)行中的那些復(fù)雜問(wèn)題。比如，這人得熟悉分布式系統(tǒng)的設(shè)計(jì)，像微服務(wù)架構(gòu)這類(lèi)東西就得懂。還有，代碼質(zhì)量這塊兒也不能含糊，每次提交代碼前最好能自測(cè)一下，不然上線出了問(wèn)題就麻煩了。

再說(shuō)了，溝通也很關(guān)鍵。和產(chǎn)品經(jīng)理、測(cè)試人員保持良好互動(dòng)，知道他們想實(shí)現(xiàn)什么功能，然后給出合理的開(kāi)發(fā)方案。要是碰到緊急需求變更，也得迅速調(diào)整思路，不能拖著不辦。有時(shí)候，項(xiàng)目進(jìn)度卡住了，可能是因?yàn)槟承┮蕾嚊](méi)處理好，這時(shí)候就需要主動(dòng)去協(xié)調(diào)資源，找到解決方案。

不過(guò)，有時(shí)候?qū)懙娜藭?huì)忘記強(qiáng)調(diào)技術(shù)文檔的重要性。其實(shí)，每次完成一個(gè)模塊開(kāi)發(fā)，都得寫(xiě)點(diǎn)東西記錄下來(lái)，方便后續(xù)維護(hù)。但有時(shí)候?qū)懼鴮?xiě)著就忘了，覺(jué)得反正團(tuán)隊(duì)內(nèi)部都知道，文檔就不重要了。這樣不行，長(zhǎng)遠(yuǎn)來(lái)看，沒(méi)有文檔的話，新人接手就會(huì)很費(fèi)勁。

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

別光顧著埋頭寫(xiě)代碼，還得關(guān)注最新的技術(shù)趨勢(shì)。像現(xiàn)在流行的容器化技術(shù)，像docker什么的，都得學(xué)著用起來(lái)。如果一直停留在老一套上，遲早會(huì)被淘汰。當(dāng)然，學(xué)新技術(shù)也不是盲目跟風(fēng)，得結(jié)合公司的實(shí)際情況，看看哪些能真正幫到工作。

再就是，偶爾會(huì)遇到那種特別棘手的問(wèn)題，比如性能瓶頸。這時(shí)候就得沉住氣，一步步排查。有時(shí)候可能會(huì)忽略掉一些細(xì)節(jié)，比如數(shù)據(jù)庫(kù)索引有沒(méi)有建對(duì)，緩存策略是不是合理。這些問(wèn)題看似不起眼，但積累起來(lái)會(huì)影響用戶體驗(yàn)。

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

寫(xiě)崗位職責(zé)的時(shí)候，得看具體的工作性質(zhì)。gis高級(jí)軟件開(kāi)發(fā)工程師這個(gè)崗位，主要就是搞軟件開(kāi)發(fā)，跟地理信息系統(tǒng)有關(guān)。工作內(nèi)容肯定包括設(shè)計(jì)、編碼、測(cè)試這些環(huán)節(jié)，這都是基礎(chǔ)流程。要是想寫(xiě)得詳細(xì)點(diǎn)，就得結(jié)合公司的需求，比如要用到什么編程語(yǔ)言，像c 、python之類(lèi)的，還有數(shù)據(jù)庫(kù)管理，gis軟件的集成開(kāi)發(fā)，這些都是日常工作的一部分。

一般情況下，這類(lèi)崗位會(huì)涉及到項(xiàng)目的需求分析，要跟團(tuán)隊(duì)成員溝通協(xié)調(diào)，確保項(xiàng)目的進(jìn)度和質(zhì)量?？赡苓€會(huì)負(fù)責(zé)一些技術(shù)文檔的編寫(xiě)，這很重要，因?yàn)楹罄m(xù)維護(hù)的時(shí)候全靠它了。還有，有時(shí)候需要解決系統(tǒng)運(yùn)行過(guò)程中出現(xiàn)的問(wèn)題，這就得有一定的故障排查能力。

有時(shí)候?qū)懙臅r(shí)候，可能會(huì)忘記強(qiáng)調(diào)一些細(xì)節(jié)，比如具體的開(kāi)發(fā)環(huán)境配置，或者是版本控制工具的使用。像是git，很多地方都離不開(kāi)它，要是沒(méi)寫(xiě)進(jìn)去就有點(diǎn)漏了關(guān)鍵點(diǎn)。再比如，有些公司特別注重代碼審查這一塊，這也應(yīng)該提一下。

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

有時(shí)候?qū)懧氊?zé)描述時(shí)，可能會(huì)忽略掉對(duì)員工個(gè)人能力的要求。像這個(gè)崗位，除了技術(shù)過(guò)硬之外，還得有創(chuàng)新意識(shí)，能提出新的解決方案。如果只寫(xiě)表面的東西，比如“負(fù)責(zé)軟件開(kāi)發(fā)”，那就太籠統(tǒng)了，沒(méi)法體現(xiàn)崗位的獨(dú)特之處。

再有，有時(shí)候?qū)懧氊?zé)的時(shí)候，可能會(huì)把一些輔助性的工作給漏掉，比如參加行業(yè)會(huì)議、了解最新的技術(shù)動(dòng)態(tài)。雖然這不是核心職責(zé)，但對(duì)整個(gè)團(tuán)隊(duì)的技術(shù)提升很有幫助。還有培訓(xùn)新人這部分，有時(shí)候也會(huì)被忽略，其實(shí)這也是一個(gè)很重要的職責(zé)。

寫(xiě)這些職責(zé)的時(shí)候，最好能結(jié)合公司的實(shí)際情況，不能太泛泛而談。要是只照搬模板，寫(xiě)出來(lái)的內(nèi)容就會(huì)顯得很空洞，沒(méi)有針對(duì)性。而且要注意，不同公司對(duì)同一崗位的要求可能不一樣，所以不能一概而論。

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

寫(xiě)崗位職責(zé)的時(shí)候，得結(jié)合具體的工作場(chǎng)景，像安卓高級(jí)軟件開(kāi)發(fā)這活兒，它不是單純敲代碼那么簡(jiǎn)單。平時(shí)負(fù)責(zé)項(xiàng)目里的核心模塊開(kāi)發(fā)，這得對(duì)架構(gòu)設(shè)計(jì)什么的特別熟悉才行。還有，日常跟團(tuán)隊(duì)成員溝通需求和技術(shù)方案也是少不了的，畢竟一個(gè)人單干搞不定大項(xiàng)目。

工作中遇到技術(shù)難題，那得第一時(shí)間去解決，不能拖著，不然影響進(jìn)度。比如說(shuō)某個(gè)功能實(shí)現(xiàn)起來(lái)比較復(fù)雜，就得帶著團(tuán)隊(duì)一起分析，找出最優(yōu)解。有時(shí)候客戶提出的新需求也得快速響應(yīng)，這就需要對(duì)現(xiàn)有代碼庫(kù)很了解，能迅速評(píng)估可行性。

文檔這塊也不能忽視，每次完成一個(gè)模塊的開(kāi)發(fā)，都得寫(xiě)清楚文檔，方便后續(xù)維護(hù)。當(dāng)然，有些時(shí)候可能因?yàn)橼s時(shí)間，就草草寫(xiě)了點(diǎn)東西應(yīng)付過(guò)去，這樣其實(shí)不太好，長(zhǎng)遠(yuǎn)來(lái)看會(huì)增加工作量。

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

還得時(shí)刻關(guān)注最新的技術(shù)動(dòng)態(tài)，安卓那邊更新迭代快得很，新版本出來(lái)得趕緊學(xué)，不然很快就被淘汰了。要是覺(jué)得培訓(xùn)機(jī)會(huì)少，也可以自己找資源看，網(wǎng)上好多優(yōu)質(zhì)的教程。

跟其他部門(mén)的合作也很重要，像產(chǎn)品經(jīng)理、ui設(shè)計(jì)師什么的，他們提供的需求描述可能有點(diǎn)模糊，這時(shí)候就需要多問(wèn)幾句，確保理解無(wú)誤。有時(shí)候也可能是因?yàn)闇贤ú坏轿唬瑢?dǎo)致開(kāi)發(fā)出來(lái)的功能跟預(yù)期差那么一點(diǎn)，但這不是借口，得主動(dòng)調(diào)整。

測(cè)試環(huán)節(jié)也不能光靠別人提bug，自己得提前預(yù)判可能出現(xiàn)的問(wèn)題，提前做好預(yù)防措施。有時(shí)候?qū)懘a的時(shí)候太專(zhuān)注于功能實(shí)現(xiàn)，就容易忽略邊界條件，結(jié)果測(cè)試階段才發(fā)現(xiàn)一堆漏洞，這就顯得有點(diǎn)被動(dòng)了。