關於前後端分層測試，也就是常說的是否需要對於前段和後端分開測試，專門的測試人員負責前段頁面測試，專門的測試人員負責後端介面和工具測試
個人認為，前後端整合測試與分開測試佔比應該7:3的關係，即我們在測試過程中，可以按照以下方式：
1.正向(反向)和可以從前端發起的邏輯(與後端介面有關係)可直接從頁面整合測試，檢查點是頁面展現，資料邏輯，資料儲存情況
2.不能通過前端直接發起的邏輯(如特殊情況，引數為空)等可通過直接呼叫介面來測邏輯
3.介面測試中引入自動化測試，來負責測試上面提到的第二點，可以提高一定的效率
總之來說，對應分層結構的，不能單純的要求介面測試人員全權負責邏輯，前台只負責展現
思考在2016-3-29 13:58:35
前後端分離思考
前後端分離的專案開發策略已經不是什麼新鮮東西了，網上介紹這方面的文章非常多。我自己是在14年的時候接觸到的，對這種開發策略一直愛不釋手，不管新老專案都會首先用前後端分離的思維先去思考一番。從14年到現在在前後分離上面也實踐了近3年的時間，專案大大小小的也差不多4，5個吧，但是卻從來沒有乙個是自己覺得...
前後端開發協同的思考
前後端需要定義一套完整的錯誤碼體系，每個錯誤碼都有其含義，正確響應結果會有乙個code，可以定義為200，跟標準http code對應，容易理解。有些api介面，會使用http標準code返回，告知使用者業務的狀態，例如easyar的介面http 1.1 404 not found 這裡使用了htt...
關於前後端分離
為什麼要前後端分離？記得大學時候剛開始接觸web開發時候，前端用的是html jsp，根本不懂得架構什麼的。直到畢業工作，入了第一家公司。趕上乙個專案，老框架的那種，有段時間我負責解bug。有些問題是頁面的問題，有些事dispatcher路徑沒有寫對，有些是引數格式不對。很煩的就是每次做完修改，都需...