1、積極，主動性
這個其實比較重要，如果說技術實力不強，有些東西沒用過，這些其實都不是問題，只要主動的去學習，主動的去發現問題，跟進問題，其實很多技術類的問題都不是問題了。這個放在第一位的
素質。
2、有風險提前丟擲來
做專案肯定有風險，沒有風險專案也就沒有挑戰了。如果僅僅靠專案經理去把控，一來專案經理沒有那麼多精力，二來每個人的視野有限制，這兩個原因導致可能考慮不全，而這個時候，就需要每個開發同學能夠主動的發現風險，並提出規避方案，如果沒有規避方案，那提出來也行。
3、區分主次，合理規劃
對於系統中的功能進行核心
/非核心、主流程
/非主流程、高優先順序
/低優先順序的劃分。優先完成出核心、主流程、高優先順序的部分。避免鋪地毯式的一步一步的逐步推進。
4、新的想法打算用在專案中的，自己提前搞demo驗證過
有些同學，包括我自己，都會嘗試一些新東西，例如新框架，新的工具等。但是有個前提，不要在專案開始或者進行中的時候才考慮用新東西試一下，專案一般都是有時間限制要求的。之前有同事說想在專案中用
xx框架，這時候一般會考慮之前有沒有搞過，如果搞過，那就放心去用好了，如果沒搞過，在專案來臨的時候，最好不要用。專案一般有預研階段，這個時候，如果有新的想法，可以嘗試做一些例子。為啥要這樣呢？因為新東西有學習成本，這個倒是其次，有些新東西有坑在裡面，因為這個世界沒有銀彈的方案。
5、主動承擔沒人負責的模組
有些模組的劃分，可能沒法劃分到具體的人，因為可能是兩個模組銜接的，這時候，如果時間允許，建議開發同學主動的承擔一些沒人負責的模組。例如兩個模組的銜接、整體頁面的安全方案考慮、單元測試的整合、持續整合等。
6、自己負責的部分完成之後幫助其他同事
這個和上乙個重複了？沒有。剛才的那個是沒人負責的，這個是其他同事的，專案內部人員的技術素質可能是參差不齊的，有些東西可能熟悉的人幾個小時就能搞定，有的可能需要一天時間，這個時候，如果你熟悉乙個模組，而另外乙個同事不熟悉，你就可以幫助一下了。
7、**注釋充分
由於我們參與
的大多是業務專案，有個特點就是複雜。這時候，就需要有充分的注釋，當然是非常必要的環節才加。至於一看就能懂的，那就沒有必要新增了。
8、**自測充分，高質量的完成自己負責的模組
這個必須提一下，開發同學**編寫好了之後，需要提交給測試同學進行測試，有時候測試還分幾輪。這時候，
bug的情況體現了**的質量，而質量的保證，除了經驗和**
review
之外，還需要自己完成一些自測的事情。尤其是主流程必須有，還有就是自己覺得一些邊界的條件下。有人說著不是浪費時間嗎？時間上這個是節省時間，自測充分之後，後續
bug就少，返工就少，討論問題就少，省了很多時間的。
9、暢通的溝通氛圍
專案中有各個角色，溝通必不可少，為啥說要自己創造乙個好的溝通氛圍呢？因為你需要找別人討論問題，別人也需要找你討論問題，如果溝通態度和語氣啥的有問題，就會給彼此構建乙個屏障，而這個屏障會導致大家溝通不是很順暢，最終可能就導致乙個問題大家理解的不一致
。討論過程中，注重溝通的方式，要做到對事不對人。
10、重構
重構！重構！重構！重要的事前說三遍。寫**就像寫文章，不是一蹴而就的。需要反覆的修改和重構。當你發現**重複、類結構不合理的時候，或者自我對**感覺不太好的時候，就去重構。技術人員需要一些**潔癖
11、編碼前充分設計
編碼前寧可多花時間進行方案的詳細設計，千萬不要一接到需求就進行編碼。提前進行詳細設計，會縮短編碼的時間，也會降低
bug的發生。變寫變想，反而會降低開發效率，還很有可能在臨近功能寫完時，進行二次修改。
12、學會換位思考
•乙個專案
是需要多方協作的，例如
需要業務、開發
、測試、產品、
ued等
，那不同的人必然會有不同的想法，因為大家的知識積累以及經驗積累肯定不一樣，在大家想法不一致的時候，可以更多的是做個換位思考，先理解對方的觀點，了解這個觀點背後的原因，然後再來反觀自己的想法，相信之後的爭吵肯定會少很多，同時在互相理解的基礎上，做事情的默契和結果也會有很大的提公升；
•在協助中多一些換位思考，多站在對方的角度思考和理解問題，最後大家在協作中能夠實現共贏；
•開發功能之前站在使用者的角度去思考，假如你作為業務使用者，你對這個功能會有什麼樣的需求。
13、責任心
這個放在最後，其實並不是說排名在最後，這個我認為也是很重要的，試想乙個沒有責任性的人寫出來的**，別人能信得過嗎。寫**前要進行深度的思考。寫完後要對自己的**進行充分的測試。上線前需要反覆確認自己的**有沒有問題
測試人員需要具備的素質
良好的溝通能力。這裡的溝通 包括 內部和外部 兩種 內部溝通指跟產品 開發的溝通 外部溝通指 跟客戶的溝通。溝通需要一定的技巧，這樣才能從客戶 那得到準確的需求。有時候我們的工作會被開發認為是 破壞性的 甚至會引發衝突，這就要求我們在和開發討論bug時，要描述清楚，達到彼此想要的結果。很好的自信心。...
每個開發人員都應具備的軟技能
幾周前，我和一位想成為開發人員的人進行了深入的交流。他擔心他在技術上不夠好，他問我，你認為什麼才能成為優秀的開發者？我簡單地回答 乙個優秀的開發人員必須具備技術技能，這是不可否認的。但真正讓你感到高興的是你的軟技能，軟技能讓你走的更遠 這個回答讓他很驚訝。有些人可能會感到驚訝。但我堅持認為 軟技能很...
開發人員首先得是好的測試人員
最近真是多事之秋，一件接一件的工作失誤，真是暴擊。先說一下具體原因，最近專案更新發布比較頻繁，我所負責的部分接連出現問題。乙個是影響客戶正常簽到，乙個更是影響到客戶正常的登入，嚴重程度大大超過想象。公司的具體處罰且不說，單就給客戶造成的影響以及公司的信譽損失就很大，對我的打擊也是很大。我總結出來一下...