基本概念和模型的引入：
我們將測試分為三個層次，分別是ui層、service層和unit層。
在面試中，發現很多測試同學由於公司限制，都是基於需求的測試，基於介面功能的測試，無法接觸到開發的**，甚至有的公司，測試人員都無法控制測試環境、資料庫等，這些活都是有開發來幹的。對於有些公司的現狀，是可以理解的，但是對於測試人員的發展以及對於產品的質量都是很不好的。
有些同學工作多年，但是也都是基於需求的測試，測試用例完全是需求文件的複製版。這樣對於測試來說，就失去了很大的作用；因為很多問題缺陷往往就是由於需求沒有考慮到，需求沒有描述、開發功能 遺漏或誤解導致的，所以如果測試仍然是死板的按照需求一步一步去測，那往往就會漏掉很嚴重的問題，測試之作用將失去大半。
測試不只要測試需求，還得關注隱式需求，也就是使用者的真實需求，真實意圖，真實場景。另外除了需求，我們必須要關注開發的實現，開發是通過什麼方式什麼技術實現的，開發是怎麼設計的？他們設計的是否正確，是否合理？是否滿足了需求？是否高效？是否具有可擴充套件性？是否健壯？流程是否可控，是否相容了異常情況，是否形成了閉環？底層資料處理的是否合理？等等，其實需要我們測試人員關注的有很多很多。
為了保證新入職員工與我們的老員工能夠統一測試思路，能夠快速融入我們的團隊，我們團隊建立了一些測試策略模型，此處分享一下。分層測試策略模型，以下模型屬於我本人編寫，僅供參考；是否適合您的團隊，是否全面，還需要根據實際團隊，實際專案進行調整。
測試經驗分享
測試經驗分享 做測試快兩年半的時間了，在測試過程中接觸到了不少的事情，總結下自己測試工作中的一些經驗吧 1 充分理解需求，找出需求缺陷。測試人員拿到需求 設計文件後，應積極地與需求 設計人員進行溝通確認，並及時地提出自己對相關文件的疑問，這樣做的好處一方面在於幫助測試人員充分理解需求，以保證設計全面...
經驗分享 常見軟體測試流程
工作以來，大大小小參與的專案也有十幾個了，涵蓋財務類 保險類 oa辦公類軟體。從測試流程上看，基本也都大同小異，這裡將常見的測試流程做一些梳理，產品 開發 測試 需求提出人 其它相關人員 對需求文件進行評審，對於有疑問或者有錯誤的地方，進行討論溝通，來保證對需求理解的準確性和一致性。需求文件中最好有...
自動化測試新手的測試經驗分享
第一篇 自動化測試用例設計 1.1手工測試用例和自動化測試用例 手工測試用例是針對功能測試人員的，而自動化測試用例是針對自動化測試用例框架或工具的。1 手工測試用例特點 較好的異常處理能力，能通過人為的邏輯判斷校驗當前步驟是否正確實現 人工執行用例具有一定步驟跳躍性 人工測試步步跟蹤，能夠細緻定位問...