前言（三）
軟體開發時很困難的。測試軟體也是困難的。當你談論關於網路的開發和測試時，你可能想到的會是谷歌。如果你對網際網路怎樣處理大規模測試感興趣的話，那麼請看這本書。
每天谷歌會測試和發布百萬行的**，這些**分布到很多的原始檔中。每天數十億的構建行為，促使測試百萬級的自動化測試執行在成百上千的瀏覽器上。一年內作業系統被構建、測試、發布。瀏覽器每天都被構建。網頁應用程式不斷地被發布。在2023年，100天內，google+的100個特性被發布。
這就是谷歌的規模和速度，也是網際網路的規模。本書將會介紹它的測試方案。我們將介紹這套體系是怎樣被構想、實施和維護。其實谷歌不是一開始就是這樣的。六年前，谷歌和我們曾工作過的其他的公司一樣：測試是下游部門。測試人員是過度工作，而且也不被尊重的。後來人們把它自動化後引入到開發，讓他變得更具影響力。谷歌的創始團隊把測試團隊叫做工程部（「engineering productivity」），來克服對測試的偏見和偏愛工程師的公司文化。到如今，谷歌測試人員和開發拿的是一樣的獎金和獲得一樣的晉公升速度。
隨著越來越多的公司參與網際網路，本書中描述的測試技術和組織結構，可能會變得更加普遍。如果是那樣的話，請將這本書看做是個入門書籍。
谷歌測試這本書是根據設計的角色來組織的。第一部分，我們討論所有的角色，介紹所有的概念、流程和谷歌質量流程的複雜性。這個部分是必須閱讀的。
後面所有的章節，可以按照任何順序閱讀。我們先介紹set或者說是測試方面的軟體工程師，因為這是現在谷歌測試的起源。set是乙個技術型的測試人員，那章的材料是偏技術性的，但是人們可以掌握裡面的主要概念。set這章的後面緊跟著是te的章節。因為te覆蓋的領域廣泛，而且谷歌的te會在產品週期覆蓋很多的領域。te是許多傳統測試人員熟悉的角色，我們設想關於te的這章將是被閱讀最多的，因為它適用於最廣泛的實踐者。
後面的章節會有關於測試管理和關於谷歌骨幹測試人員的採訪。最後一張將是james whittaker關於谷歌測試的一些預言。
效能測試入門（零）測試前言
一 效能測試前期準備 合理推算出壓測引數 比如併發執行緒數 了解要壓測的介面的業務使用場景，根據elk日誌或者其他記錄介面實際使用情況的日誌，通過一九原則 百分之九十的業務量 百分之十的響應時間 分析並推算出該介面的峰值併發數等數值 併發數 qps 平均響應時間 通過這些數值盡可能的模擬出線上實際情...
軟體測試管理 前言
國內it公司的軟體產品質量較差已經是乙個不爭的事實。測試作為質量管理的乙個方面，更是重災區。目前國內市場上有關測試方面的書籍基本都是翻譯的，因此很多都不符合我國軟體管理的發展現狀。國內的測試工程師大多是沒有開發和測試經驗的新手，這就需要有來自於企業第一線的理論與實踐經驗的引導，即使是工作年限比較長的...
軟體測試管理 前言
國內it公司的軟體產品質量較差已經是乙個不爭的事實。測試作為質量管理的乙個方面，更是重災區。目前國內市場上有關測試方面的書籍基本都是翻譯的，因此很多都不符合我國軟體管理的發展現狀。國內的測試工程師大多是沒有開發和測試經驗的新手，這就需要有來自於企業第一線的理論與實踐經驗的引導，即使是工作年限比較長的...