概述 很多同學其實都簡單的做過分布式壓測。按照百度說明書改一下配置，簡單調試一下，就大功告成了。那么分布式真的這么簡單嗎？ 判斷需不需要分布式壓測 壓力機資源不夠的情況下，我們就需要另一台機器來支撐一下。比如要做一萬線程的並發，單台機器撐不住了怎么辦？再配置一台機器來分擔壓力。 那又怎么判斷 ...

什么是缺陷密度 基本的缺陷測量是以每千行代碼的缺陷數(Defects/KLOC)來測量的。稱為缺陷密度(Dd)，其測量單位是defects／KLOC。缺陷密度=缺陷數量/代碼行或功能點的數量。 我們可以按照以下步驟來計算一個程序的缺陷密度： 1.累計開發過程中每個階段發現的缺陷總數(D ...

參考資料： http://dev.mysql.com/doc/refman/5.1/en/mysql-cluster-privilege-distribution.html http://www ...

偶然性問題的處理 在測試執行過程中，一旦系統出現異常信息，我們第一時間要做的是截圖，保存證據； 確定是偶然性的bug之后，收集相關的日志，連同截圖一並提交過單位開發 如果缺陷在當前版本無法復現，且缺陷的影響程度比較低，我們會跟蹤三個版本，如果后三個版本都無法復現，就可以關閉 ...

將bug整理並寫入測試總結中 ...

如題，我們做性能測試的負載測試和壓力測試時候，經常會遇到一些性能瓶頸，大概表現在這些方面： 1.數據庫方面的性能瓶頸； ①數據庫JDBC連接池的參數設置（簡稱數據庫連接數，一般默認數據庫最大連接數為50，並發超過50個用戶數時會提示失敗）； 如果參數設置在配置文件中，就需要修改配置文件中 ...

前一段時間，終於抽出了點時間，在自己本地機器上嘗試搭建完全分布式Hadoop集群環境，也是借助網絡上蝦皮的Hadoop開發指南系列書籍一步步搭建起來的，在這里僅代表hadoop初學者向蝦皮表示衷心的感謝，他總結的系列文檔確實幫我們掃除了很多hadoop環境搭建過程中的障礙 ...

作為測試人員，和我們最常打交道的，莫屬bug。但是測試不只是負責發現問題，除了發現問題這種基本功外，定位問題，提出解決方案，提出預防方案也是要掌握的技能。 如何快速定位一個bug，就需要對功能、產品的流程、開發方案、開發人員非常熟悉。 遇到一個bug的時候，我們要去定位發現這個bug的來源 ...