背景： 由於近段時間，公司有個項目頻繁出現軟件發布后發現有問題，需要回滾。問題的原因很多，可能是運維配置問題、測試環境差異問題、漏測問題、修改范圍評估不足導致舊功能有問題等等。因此，項目組提到了預發布測試的想法。從而引發了我對預發布測試的深入思考（之前有思考過做，但由於各種原因沒落實執行 ...

本文針對測試部效率提升測試工具開發、管理、維護暴露出來的問題的一些思考以及一些個人改進觀點。 寫在前面 本文提到的效率提升測試工具不是指的部門中固有的自動化測試工具，這里提到的測試工具統一指測試人員在工作之余自主開發用於期望替代重復、繁瑣、耗時的手工操作的測試工具，開發的目的是希望提升 ...

如何在快速迭代的當今，測試人員在使用更少的時間的測試 對於質量保障這一塊，該采取哪些質量控制手段來保證軟件/系統質量？ 總體思路是這樣的：流程控制 + 測試深度 + 測試廣度。 其中流程控制主要有：質量保障工作前置，越早發現問題修復代價越小。流程埋點，流程數據分析及改進，流程 ...

一.測試需求分析是什么 測試需求分析是測試工作的第一步，經過需求分析，對原始需求列表中列出的每一個需求點，找到我們需要測試的測試要點；針對所確定的測試要點，分析測試執行時對應的測試方案/方法。 簡單來講就是把不直觀的需求文檔簡化為直觀的需求（測試點） 1.使得測試范圍可以度量（有多少功能 ...

《思考快與慢》 讀書筆記（第三四章） 　　在上一次分享中，我們了解到大腦分為兩個系統，系統一里面包含本能腦和情緒腦，系統二就是理智腦。 本書是幾個感興趣的小伙伴組成了小組，一起進行學習的，大家聚在一起各自抒發自己在本書中的領悟，思考，一起討論，進行思想的碰撞，本周大家共同讀完 ...

思考，為什么會有快慢之分？系統1與系統2到底是如何主導我們的思想？遇到“光環效應”的你是否也迷茫過呢？ 本期我們分享的是《思考，快與慢》第七章“字母B與數字13”的讀書心得。那接下來我們一起走進B與13背后的故事吧! 下圖是本章的大體概括，接下來我會從各方面來闡述一下此次分享會思想碰撞后的理解 ...

微服務架構是一種架構模式，它提倡將單一應用程序划分成一組小的服務，每個服務運行在其獨立的進程中，服務間采用輕量級通信機制互相溝通（通常是基於HTTP協議的RESTful API）。每個服務都圍繞着具體 ...

http://www.cnblogs.com/LBSer/p/4417283.html 1 背景 隨着業務的快速成長，日訪問量越來越高，除了對功能要求很高以外，對性能要求也越來越高。 ...