應(yīng)用程序性能測試的藝術(shù)

前言

　　跨入21世紀(jì)，全球信息化建設(shè)大踏步地深入到我們生活的每一個角落，軟件開發(fā)技術(shù)得到了快速的發(fā)展，同時用戶對應(yīng)用程序的質(zhì)量要求也越來越高。從可以準(zhǔn)確完成單一任務(wù)到要求系統(tǒng)具備多業(yè)務(wù)協(xié)同處理能力，并能做到實時響應(yīng)，這無疑對現(xiàn)有的技術(shù)提出了更高的要求，無疑也是個不小的挑戰(zhàn)。在這樣的大背景下軟件測試技術(shù)也得到快速發(fā)展，“應(yīng)用程序性能測試技術(shù)”作為保障應(yīng)用程序性能的一項技術(shù)也越來越受到重視。應(yīng)用程序性能測試通常需要考慮幾個階段：性能需求的獲取、性能需求分析、建立性能測試模型、性能測試開發(fā)、性能測試設(shè)計，以及性能分析、調(diào)優(yōu)等；另外性能測試還有一個特點：“在性能測試過程中一般要引入性能測試工具，也就是說往往性能測試是不能以純手工來完成的”。因此現(xiàn)在也存在著一個誤區(qū)，很多人認(rèn)為應(yīng)用程序的性能測試就是軟件性能測試工具的使用方法；覺得掌握了軟件性能測試工具就掌握了應(yīng)用程序性能測試的技術(shù)。現(xiàn)在為了滿足這樣一群人的需求，市面上也出了一些單純介紹性能測試工具的書籍。譯者以為：任何工具（包括性能測試工具），其本質(zhì)只是完成某項任務(wù)的手段。衡量是否掌握完成任務(wù)的技術(shù)本質(zhì)還是在于：“我們對于這項任務(wù)的分析、設(shè)計、實施整個過程解決方案的能力”。很高興向大家推薦本書，此書在討論應(yīng)用程序性能測試的過程中并沒有談任何“性能測試工具”，通過對性能測試生命周期中每個階段的充分分析，給出實施性能測試合理的方法；另外本書也沒有基于某行業(yè)或者某技術(shù)，而是論述了一種普遍適用的性能測試解決方案。另外在本書中還提及到如何對性能測試進(jìn)行分析，這個分析包括測試前期的分析（POC過程），測試結(jié)果的分析方法。這兩種方法很少在現(xiàn)有的國內(nèi)性能測試書籍中看到。

內(nèi)容概要

當(dāng)前，企業(yè)的生存越來越多地依賴于網(wǎng)絡(luò)應(yīng)用和網(wǎng)絡(luò)服務(wù)。由于開發(fā)程序的日益復(fù)雜，以及迫于產(chǎn)品短時間內(nèi)發(fā)布的壓力，許多IT人員不會花時間去保證應(yīng)用程序的性能和有效擴(kuò)展。本書解釋了測試過程的完整生命周期，并給出幫助您計劃、獲得批準(zhǔn)、協(xié)調(diào)以及對應(yīng)用程序?qū)嵤┬阅軠y試的最佳實踐。    通過本書，您將會學(xué)到：    ·設(shè)定切合實際的性能測試目標(biāo)。    ·實施有效的應(yīng)用程序性能測試策略。    ·解析性能測試結(jié)果。    ·配合不同的應(yīng)用技術(shù)和基礎(chǔ)架構(gòu)。    ·使用自動化性能測試工具。    ·測試傳統(tǒng)的本地應(yīng)用程序、基于Web的應(yīng)用程序和Web服務(wù)。    ·識別和解決在性能測試中常被忽略的一些問題。    Ian Molyneaux是一名有著30年IT從業(yè)經(jīng)驗和超過12年性能測試經(jīng)驗的顧問。他是Compuware公司Application Performance Assurance的EMEA SME（Subject Matter Expert，主題專家）。作為一名技術(shù)專家，他在本書中回避了和管理相關(guān)的內(nèi)容。

作者簡介

Ian Molyneaux來自新西蘭的奧克蘭，在20世紀(jì)70年代中期一次偶然的機(jī)會，申請了一份“初級電腦操作員”的工作，從而開始了他的IT生涯。歲月如梭，30年來，Ian在IT行業(yè)中擔(dān)當(dāng)了許多不同的角色。他避開了所有與管理相關(guān)的事務(wù)，潛心鉆研技術(shù)。他現(xiàn)任Compuware公司歐洲、中東和非

書籍目錄

刖吾第1章 為什么要進(jìn)行性能測試  1.1 以最終用戶的眼光看待性能  1.2 糟糕的性能：為何如此普遍  1.3 總結(jié)第2章 有效應(yīng)用程序性能測試的基本原則  2.1 選擇合適的性能測試工具  2.2 設(shè)計合適的性能測試環(huán)境  2.3 制定切合實際的性能指標(biāo)  2.4 確保在性能測試過程中應(yīng)用程序足夠穩(wěn)定  2.5 做到代碼凍結(jié)  2.6 識別并確認(rèn)關(guān)鍵業(yè)務(wù)的事務(wù)  2.7 提供高質(zhì)量的足夠的測試數(shù)據(jù)  2.8 確保準(zhǔn)確的性能測試設(shè)計  2.9 確定服務(wù)器和網(wǎng)絡(luò)的關(guān)鍵性能指標(biāo)  2.10 安排足夠的時間確保有效的性能測試  2.11 總結(jié)第3章 性能測試過程  3.1 概念驗證  3.2 從需求到性能測試  3.3 案例學(xué)習(xí)1：網(wǎng)上銀行  3.4 案例學(xué)習(xí)2：呼叫中心  3.5 總結(jié)第4章 結(jié)果解析：有效的根源問題分析  4.1 過程分析  4.2 性能測試輸出的類型  4.3 根本原因分析  4.4 分析報告檢查列表  4.5 總結(jié)第5章 應(yīng)用程序采用的技術(shù)對性能測試的影響  5.1 Ajax  5.2 Citrix  5.3 HTTP協(xié)議  5.4 Java  5.5 0racle  5.6 SAP  5.7 SOA  5.8 Web 2.0  5.9 怪異的應(yīng)用技術(shù)附錄A 銀行事務(wù)案例附錄B POC及性能測試快速參考附錄C 自動化測試工具廠商附錄D KPI監(jiān)控模板實例附錄E 項目計劃的例子

章節(jié)摘錄

　　本章提出了與本書所有需要討論主題相關(guān)的一些根本性問題。什么是性能測試？為什么執(zhí)行性能測試至關(guān)重要？在本章中，我也定義了什么是好的性能體驗、什么是不好的性能體驗，并且討論了一些導(dǎo)致最終用戶體驗不佳的共同因素。性能不佳的應(yīng)用程序（例如，性能表現(xiàn)極差）通常無法實現(xiàn)企業(yè)預(yù)期利益，也就是說，企業(yè)為此（程序性能）花費了時間和金錢，但是卻在應(yīng)用此程序的用戶中失去了信譽，因此（這樣的程序）不能視為可靠的資產(chǎn)。如果一個應(yīng)用程序不能夠為企業(yè)帶來效益，那么它的存在就會岌岌可危，更不用說（與這個程序相關(guān)的）那些架構(gòu)師、設(shè)計師、程序員和測試員了。（但愿有那么一些?。τ诖蠖鄶?shù)的企業(yè)和那些成熟度較高的組織來說，單元測試、功能測試和系統(tǒng)測試是很容易理解的，然而性能測試卻往往容易忽略。管理層并不能體會到性能測試的重要性，盡管這很奇怪，但確實是這樣的。在過去的十年里，盡管許多像我這樣的顧問為此做了大量的宣傳努力，但仍然收效甚微。1.1以最終用戶的眼光看待性能一個應(yīng)用程序在什么樣的情況下才會被認(rèn)為擁有好的性能呢？我多年與客戶和性能團(tuán)隊共事的經(jīng)驗表明“性能”是用戶的一種最終感受。一個性能優(yōu)異的應(yīng)用程序，在最終用戶執(zhí)行某項任務(wù)時，程序不會產(chǎn)生過度的延遲而引起用戶的不滿。關(guān)于性能這件事，正所謂當(dāng)局者迷，旁觀者清（譯注6）。

媒體關(guān)注與評論

　　“Ian提出的解決方案不依賴于任何工具廠商，他在書中所提到的度量、圖表以及背景資料無一不是來自于他在大量實際案例中的研究，并以極其富于表現(xiàn)力的形式充分展現(xiàn)給讀者?！白钪匾氖欠椒ǎぞ呖梢造`活選擇……本書處處都可以體現(xiàn)Ian在這個領(lǐng)域（性能測試領(lǐng)域）的專業(yè)性。”　　——Matt St．Onge，企業(yè)級解決方案架構(gòu)師 HCL Technologies America/Teradyne

圖書封面

圖書標(biāo)簽Tags

無

評論、評分、閱讀與下載

---

    應(yīng)用程序性能測試的藝術(shù) PDF格式下載

---