一、**和功能質量的保證僅僅靠測試人員的測試是不夠，自測是保證**質量最基本要求。至於測試專業術語對開發人員並不了解，不重要，筆記下日常遇到的測試技巧，僅**思路，以下名稱都是自取的。
1、拆分測試，經常我們會遇到乙個功能或者乙個方法，裡面很龐大，但是我們修改bug的時候，僅僅是涉及到裡面的某個介面（或其它）呼叫，這時如果業務不了解，沒必要整個模擬測試，可以採取不完全的測試，只需要模擬資料前置引數條件呼叫你修改後並想驗證除錯的部分即可。
2、模擬創造測試，比如我們在測試事務是否生效時，就會經常模擬一些正常情況不會發生的異常，那麼可以除錯時在**拋異常，防止上線出現事務異常並未測試到。
3、打樁測試，以前在搞dubbo專案的時候，由於電腦記憶體比較不夠，而專案完全在本地啟動需要啟動持久層**，應用層**，還有其它層的**，當記憶體吃不消的時候根本沒法測試，此時可以不啟動全部服務，啟動部分服務每個服務相當於樁一般。當然現在記憶體都挺大，但是這種思路部分場景依舊適用。
4、借助工具測試，測試支付高併發的時候，如果不借助jmeter等工具,很難實現壓測，如果你對jmeter不是很熟，可以直接讓測試人員把jmeter寫好的指令碼給你，在本地除錯怎麼優化**。
5、第三方檢測工具，比如阿里規約，checkstyle、findbugs等等，但別過分依賴。
二、說一千道一萬，自測的前提還是需要你清晰的知道業務是什麼，如果每次開發乙個功能前，你都可以盡多的想到異常情況並為這些特殊的場景花費更多時間研究開發，自測時有哪些點必須自測，還有最重要的一點就是遇到你覺得當下很難自測的情況一定要想辦法，而不是不了了之等測試，自測意識才能慢慢提高。
談談開發人員自測 黑盒測試
上週部門主管，給我們培訓了在開發過程中關於自測的話題，自測到底怎麼去測，測試力度到底多大？下面給大家分享下培訓內容，往大家吐槽。單元測試 指對軟體中的最小可測試單元進行檢查和驗證 功能測試 對產品的各功能進行驗證，根據功能 測試用例 逐項測試，檢查產品是否達到使用者要求的功能 整合測試 也叫 組裝測...
IT開發人員
其路五 轉行到市場 絞盡腦汁的想想，我所知道的人之中只有兩個開發人員去了市場，這兩個人都不能說是朋友，認識而已。他們都是主動要求去了市場，結果是這兩個人均在市場都是乾到一年左右，然後都自已開公司了。呵呵，很奇怪，極高的轉行成功率！不過仔細想想，我對這兩個人的思路佩服的五體投地。能下決心仍掉每月5 6...
軟體開發人員的能力模型
不知覺做軟體開發已經有6年了，回看自己的經歷，可以說是相當有成就感，6年中通過不斷的學習的實踐，從乙個菜鳥成長為一名軟體架構師，這個過程可以說充 滿樂趣。通過學習各種理論 技術 方法，並有在實踐中應用，觀察它們的效果，思考它們之間的關係，再把不同事物融合在一起，形成乙個完整的能力體系，以此 來挑戰更...