不會開發的測試不是好實施

功能軟體產品的推廣應用離不開三類技術人員：開發、測試和實施，來談談這三類技術員的特點。

開發俗稱「碼農」，主要職責就是編碼了。利用某種計算機語言，實現相關功能演算法。當然，功能軟體產品或是基礎軟體等，其需求多來自客戶，具有很強的業務適用場景，因此比較少出現諸如手機需要根據手機殼的顏色來改變主題的網際網路風格的需求。在基礎軟體廠商，多半沒有產品經理這一崗位，也沒有啥需求工程師，碼農的開發需求多來自服務人員或是實施人員，他們直接面向客戶，從客戶那獲取需求。基礎軟體產品如資料庫等，其主體功能，已經經過多年發展，主體框架已經形成，不管你是什麼資料庫，關係型的，你總得有sql支援，事務管理，併發控制，故障處理，備份還原等等。這些通用功能是必須的，不管哪個廠商都必須實現。當然，客戶肯定會有一些通用之外的特色需求，比如系統為了採集獲取一天的資料，一分鐘獲取一次，一天24小時，一小時60分鐘，設計了一張包含1440列的表，那麼資料庫就必須支援建立這麼多列的表。當然，如果資料庫不支援，可能就會覺得應用設計問題，這是另外乙個話題了。但是，現有系統真的都是按照資料庫的要求去設計的麼？當然不是！在處在適配調優的道路上，如果你不能改變別人，那你只能改變自己！

碼農多半處在乙方的角色，在產品影響力尚不足時，有些時候能得到測試推廣應用的機會尚且不易，更何談要求改變上層設計。況且，上層設計並不完全是不合理的。因此，基礎軟體產品開發的碼農，在面對需求時，是要盡力去實現的。在通用功能的基礎上，逐步豐富完善特色功能，形成自有的特色，形成品牌。既然功能是開發實現的，很多人多半有一種錯覺是，開發比其他技術員玩產品玩得溜！

這個面，測試人員就需要去覆蓋了。測試需要交付合格的產品，就必須深刻了解產品的方方面面，而不能只侷限在某一點。對於功能測試，也算黑盒測試，測試只需要給出輸入，觀察輸出，而不用深入產品流程邏輯，控制路徑。測試需要驗證產品的功能輸出是否匹配需求的描述，功能點是否正常，並就測試異常與開發溝通。通過完備的產品功能測試，測試人員能夠熟練掌握產品的功能應用，產品有哪些功能點，功能引數有哪些，引數的意義等，測試人員能夠熟練掌握。進一步的，在經過產品上線前的業務測試，適配測試等現場測試，測試能進一步發掘產品的特點，適用場景，產品效能，以及如何有效的避坑。這種經驗，開發人員不一定具備。這個就是實踐出真知，熟能生巧。這是測試經驗積累的認知。當然，這只是針對功能測試而言，要進行完備的產品測試，其覆蓋面不能侷限於功能。在異常，特定場景方面，測試需要具備開發能力，才能設計出完備的測試用例，否則，產品就是乙個黑盒子，你永遠不知道它潛在的坑在**！能寫**，能看邏輯的測試才能更加保證產品質量。
實施技術員或者稱之為技術服務，也即是面向客戶的技術員。其不僅僅只是出個差，駐箇廠，有時候要求這類技術員是個多面手。其不僅要具備完備的產品理論知識，更要具備完備的動手能力。其不僅僅要具備本廠的產品知識，有時也需要具備豐富的外圍知識。其不僅僅是個技術員，有時也需要當個銷售員。產品服務，直面產品應用，要能夠跳坑，補坑，同時也要做好客戶和後方團隊的溝通。不僅要面對產品，更要面對使用者。需求，測試，填坑，每一項都具有挑戰，當然磨練中成長可能也快。
開發，測試，實施，一項產品的應用，離不開這三個人，也有可能是乙個人！不會開發的測試不是好實施！！！​​​​

不會開發的測試不是好實施

功能軟體產品的推廣應用離不開三類技術人員 開發 測試和實施，來談談這三類技術員的特點。開發俗稱 碼農 主要職責就是編碼了。利用某種計算機語言，實現相關功能演算法。當然，功能軟體產品或是基礎軟體等，其需求多來自客戶，具有很強的業務適用場景，因此比較少出現諸如手機需要根據手機殼的顏色來改變主題的網際網路...

不會開發的測試不是好實施

不會開發的測試不是好實施 功能軟體產品的推廣應用離不開三類技術人員 開發 測試和實施，來談談這三類技術員的特點。開發俗稱 碼農 主要職責就是編碼了。利用某種計算機語言，實現相關功能演算法。當然，功能軟體產品或是基礎軟體等，其需求多來自客戶，具有很強的業務適用場景，因此比較少出現諸如手機需要根據手機殼...

不會 A B 測試的 Web 設計師不是好程式設計師

設計乙個 無論對設計者還egoyswrq是業主都是乙個浩大的工程。但是，不管你是建立乙個新的 還是對已有 做重新設計，有乙個至關重要的點，你的決定要基於資料而不是基於感覺。對客戶和設計來說，在設計過程中做出的決定，可以決定創意，可以決定商業的成敗。為了避免你下乙個作品中潛在的缺陷，你應該將 a b ...