基本信息出版社：机械工业出版社
页码：205 页
出版日期：2008年09月
ISBN：7111249402/9787111249405
条形码：9787111249405
版本：第1版
装帧：平装
开本：16
正文语种：中文
丛书名：Microsoft核心技术丛书
外文书名：Performance Testing Guidance for Web Applications
图书品牌：华章图书
内容简介 《Web应用软件性能测试指南》详细地介绍应用软件性能测试的相关知识。《Web应用软件性能测试指南》共分为8个部分：第一部分“性能测试简介”，包括3章，分别介绍Web应用软件性能测试的基础知识、性能测试的各种类型以及通过性能测试可以揭示出的风险；第二部分“典型性能测试方法”，包括4章，分别介绍Web应用软件性能测试的核心活动、采用基于迭代的过程来调整性能测试、管理敏捷性能测试周期以及在可调控的（CMMI）环境中管理性能测试周期；第三部分“确定测试环境”，包括1章，介绍如何评估系统以提高性能测试的效率；第四部分“确定性能验收标准”，包括3章，分别介绍如何确定性能测试目标、如何量化终端用户响应时间目标、如何融合各种不同类型的性能验收标准；第五部分“规划和设计测试”，包括2章，分别介绍如何模拟应用软件的使用情况以及如何确定单个用户数据和变化；第六部分“执行测试”，包括1章，介绍如何执行测试；第七部分“分析结果和报告”，包括2章，分别介绍性能测试员要用到的重要数学原理，以及撰写性能测试报告的基础知识；第八部分“性能测试技术”，包括2章，分别介绍Web应用软件的负载测试以及压力测试。
媒体推荐 “通过权衡主要因素，在设计中对其加以考虑，然后仔细跟踪这些因素，就能够帮助应用软件取得良好的性能。因此，类似于本书的书籍，其最大的作用就是，帮助读者更加广泛地了解所有的影响因素，以便在实际测试的时候可以提供更多更好的选择。幸运的是，本书完全发挥了这样的作用。”
——Rico Mariani,Microsoft Visual Studio 首席架构师
编辑推荐 《Web应用软件性能测试指南》适合于软件性能测试员、质量保证专家、软件开发人员、应用软件架构师、IT顾问以及其他关注应用软件性能测试的人员阅读。作者简介：微软模式＆实践团队这个团队为MicrOSOft平台提供经过Microsofl公司验证的建议，内容涉及如何设计、开发、配置以及运行结构合理健全的应用软件。理解经过验证的体系架构，设计以及实现模式。复用经过测试的、性能调整的源代码和应用软件块。进行安全性、性能以及可伸缩性工程实践。更快.更可信地构建企业级.NET应用软件。要了解更多微软模式&实践团队的信息。请访问：http：//msdn.microsoft.com/practices。
目录
译者序序言一序言二前言第一部分 性能测试简介第1章 Web应用软件性能测试基础知识本章目标1.1 概述1.2 如何使用本章1.3 性能测试的核心活动1.4 为什么进行性能测试？1.5 项目环境1.6 性能测试和调整之间的关系1.6.1 协同工作1.6.2 性能调整过程概述1.7 性能、负载和压力测试1.8 基准1.9 基准程序法1.10 小结第2章 性能测试类型2.1 概述2.2 如何使用本章2.3 性能测试2.4 性能测试的主要类型2.5 主要性能测试类型的优点总结表2.6 附加概念和术语2.7 小结第3章 性能测试所强调的风险3.1 概述3.2 如何使用本章3.3 不同性能测试类型可以减低的风险一览表3.4 与速度相关的风险3.4.1 用于降低与速度相关的风险的策略3.5 与可伸缩性相关的风险3.5.1 用于降低与可伸缩性相关的风险的策略3.6 与稳定性相关的风险3.6.1 用于降低与稳定性相关的风险的策略3.7 小结第二部分 典型性能测试方法第4章 Web应用软件性能测试核心活动4.1 概述4.2 如何使用本章4.3 活动概述4.4 核心性能活动测试表4.5 核心性能测试活动执行顺序4.6 活动1：确定测试环境4.6.1 注意事项4.7 活动2：确定性能验收标准4.7.1 注意事项4.8 活动3：计划和设计测试4.8.1 注意事项4.9 活动4：配置测试环境4.9.1 注意事项4.10 活动5：实现测试设计4.10.1 注意事项4.11 活动6：执行测试4.11.1 注意事项4.12 活动7：分析结果、撰写报告以及重复测试4.13 小结第5章 采用迭代法来调整性能测试5.1 概述5.2 如何使用本章5.3 方法介绍5.4 迭代性能测试活动5.5 与核心性能测试活动的关系5.6 活动1：了解项目愿景和环境5.7 活动2：确定进行性能测试的原因5.7.1 清单5.8 活动3：确定性能测试给项目带来的价值5.8.1 清单5.9 活动4：配置测试环境5.9.1 清单5.10 活动5：确定和协调任务5.10.1 清单5.11 活动6：执行任务5.11.1 清单5.12 活动7：分析结果并作出报告5.12.1 清单5.13 活动8：重新审视活动1-3，考虑性能验收标准5.13.1 清单5.14 活动9：重新确定任务的优先次序5.14.1 清单5.15 小结第6章 管理敏捷性能测试周期6.1 概述6.2 如何使用本章6.3 方法介绍6.4 敏捷性能测试活动6.5 与核心性能测试活动的关系6.6 活动1：了解项目愿景和环境6.6.1 项目愿景6.6.2 项目周边环境6.6.3 理解系统6.6.4 理解项目环境6.6.5 理解性能构建时间进度6.7 活动2：确定执行性能测试的原因6.7.1 成功标准6.8 活动3：确定性能测试给项目带来的价值6.8.1 讨论要点6.9 活动4：配置测试环境6.10 活动5：确定和协调任务6.10.1 讨论要点6.11 活动6：执行测试6.11.1 执行性能测试任务的关键6.12 活动7：分析结果和报告6.13 活动8：回访活动1-3，考虑性能验收标准6.14 活动9：重新划分任务的优先级6.15 附加考虑6.16 小结第7章 管理可调控（CMMI）环境中的性能测试周期本章目标7.1 概述7.2 如何使用本章7.3 方法介绍7.4 CMMI性能测试活动7.5 与核心性能测试活动之间的关联7.6 CMMI性能测试活动流程7.7 活动1：了解过程文档和规范性标准7.7.1确定过程7. 7.2 确定规范性标准7.8 活动2：了解系统和项目规划7.8.1 理解系统7.8.2 重新审视项目计划7.9 活动3：确定性能验收标准7.9.1 性能需求7.9.2 性能目标7.9.3 性能测试指标7.10 活动4：规划性能测试活动7.10.1 将工作内容与项目计划相对应7.10.2 添加期限7.10.3 根据阶段确定工作项目的优先级7.10.4 细化计划7.11 活动5：设计测试7.11.1 确定关键场景的导航通路7.10.2 确定单个用户数据和差异7.10.3 确定场景的相对分布7.10.4 确定目标负载水平7.10.5 确定执行测试期间需要捕捉的度量7.10.6 注意事项7.11 活动6：配置测试环境7.12 活动7：实现测试设计7.13 活动8：执行工作项目7.14 活动9：报告结果，归档数据7.15 活动10：修改计划，并就修改取得一致意见7.16 活动11：返回活动7.17 活动12：准备最终报告7.18 小结第三部分 确定测试环境第8章 评估系统，增加性能测试效率本章目标8.1 概述8.2 如何使用本章8.3 评估系统的方法8.4 捕捉系统功能和（或者）业务过程8.4.1 注意事项8.5 捕捉用户活动8.5.1 注意事项8.6 捕捉逻辑和物理的体系架构8.6.1 逻辑体系架构8.6.2 物理体系架构8.6.3 系统体系架构8.6.4 注意事项8.5 小结第四部分 确定可接受的性能标准第9章 确定性能测试目标9.1 概述9.2如何使用本章9.3 术语9.4 确定性能测试目标的方法9.5 确定性能测试目标9.5.1 确定综合目标9.5.2 审查项目计划9.5.3 检查结构9.5.4 询问团队成员9.6 捕捉或者估计资源利用指标和极限9.7 捕捉或者估计资源预算9.8 确定度量9.9 交流结果9.10 留意变化的目标、指标和预算9.11 案例研究 - 确定性能测试目标9.11.1 案例研究9.11.2 案例研究9.11.3 案例研究9.12 小结第10章 量化最终用户响应时间目标10.1 概述10.2 如何使用本章10.3 术语10.4 量化最终用户响应时间的方法10.5 确定应用软件的功能和用法10.6 描述与捕捉性能需求和目标10.6.1 检查项目文档与相关的合同10.6.2 会见可能会影响“开始运作”决定的相关利益方10.6.3 确定是否存在与该应用软件有关的相关标准和（或者）竞争底线10.7 量化性能需求和目标10.7.1 区分要求与目标10.7.2 量化捕捉的性能目标10.7.3 量化捕捉的性能需求10.8 记录性能需求与目标10.9 小结第11章 确定性能验收标准的各种类型11.1 概述11.2如何使用本章11.3 术语11.4 确定验收标准的方法11.5 调研最终用户需求11.6 收集商业需求11.7 确定技术需求11.8 研究标准、规范性与合同11.9 建立性能测试目标11.10 比较并整理性能特征11.11 审查并更新实施计划11.12 小结第五部分 计划和设计测试第12章 为应用软件的使用建模12.1 概述12.2如何使用本章12.3 模拟应用软件使用情况的方法12.4 确定指标12.4.1 注意事项12.5 确定关键使用场景12.5.1注意事项12.6 确定关键场景的导航路径12.6.1注意事项12.7 确定个人用户数据与变化12.7.1 Web日志中的网站度量12.8 确定场景的相对分布12.8.1 注意事项12.9 确定目标负载水平12.9.1 确定应用软件使用量：理论12.9.2 确定应用软件的使用量12.9. 3 整合模型变化12.9.4 注意事项12.10 准备实现模型12.10.1 注意事项12.11 小结第13章 确定个别用户数据与变化13.1 概述13.2 如何使用本章13.3 用户延时13.4 对用户延时不正确建模的结果13.4.1 第一步：确定用户延时13.4.2 第二步：应用延迟范围13.4.3 第3步：应用分布13.5 确定个体用户数据13.5.1 注意事项13.6 用户放弃13.6.1 注意事项13.7 小结第六部分 执行测试第14章 测试执行14.1 概述14.2 如何使用本章内容14.3 测试执行的方法14.4 确认测试环境14.4.1 注意事项14.5 验证测试14.5.1 动态数据14.5.2 测试验证14.5.3 注意事项14.5.4 询问的问题14.6 运行测试14.6.1 有效并高效运行的关键14.6.2 注意事项14.6.3 询问的问题14.7 基准与基准程序方法14.7.1 基准14.7.2 基准程序方法14.8 归档测试14.8.1 注意事项14.9 小结第七部分 分析结果并生成报告第15章 针对性能测试员的关键数学原理15.1 概述15.2 如何使用本章15.3 范例数据集15.3.1 数据集概要15.3.2 数据集A15.3.3 数据集B15.3.4 数据集C15.4 平均值15.5 百分点 15.6 中位数15.7 正常值15.8 标准偏差15.9 均匀分布15.10 正态分布15.11 统计显著性15.12 统计学相等15.13 统计学离群点15.14 置信区间15.15 小结第16章 性能测试报告基础16.1 概述16.2 如何使用本章16.3 有效报告原则16.3.1 早报告，常报告16.3.2 可视化报告16.3.3 直觉的报告16.3.4 使用正确的统计学16.3.5 正确地整理数据16.3.6 有效地汇总数据16.3.7 为预期的用户定制报告16.3.8 利用简洁的口头汇总16.3.9 使数据可以利用16.4 经常报告的性能数据16.4.1 最终用户响应时间16.4.2 资源利用16.4.3 容量、能力与速度16.4.4 组件响应次数16.4.5 趋势16.5 报告要回答的问题16.5.1 全部规则16.5.2 主要的相关利益方16.5.3 项目级管理人员16.5.4 技术团队成员16.6 共享结果的类型16.6.1 原始数据显示16.6.2 技术报告16.6.3 相关利益者报告16.7 创建一个技术报告16.7.1 样本结果图形16.7.2 针对单一实例测量的样本表格16.7.3 样本工作负载模型图形16.7.4 样本测试环境图形16.7.5 样本汇总说明16.7.6 样本参考部分16.8 创建一个相关利益方报告16.8.1 样本条件说明16.8.2 样本结果图形16.8.3 单一实例测量的样本表格16.8.4 基于标准的样本结果汇总16.8.5 样本工作负载模型图形16.8.6 样本测试环境图形16.8.7 样本观察与建议说明16.8.8 样本参考部分16.9 小结第八部分 性能测试技术第17章 Web应用软件的负载测试17.1 概述17.2 如何使用本章17.3 输入17.4 输出17.5 负载测试的方法17.6 第一步：确定性能验收标准17.7 第二步：确定关键场景17.8 第三步：创建一个负载模型17.9 第四步：确定目标负载水平17.10 第五步：确定度量17.11 第六步:设计具体的测试17.12 第七步:运行测试17.13 第八步:分析结果17.14 小结第18章 Web应用软件的压力测试18.1 概述18.1.1 压力条件示例18.1.2 压力相关征兆示例18.2 如何使用本章18.3 输入18.4 输出18.5 压力测试的方法18.6 第1步：确定测试目标18.7 第二步：确定关键场景18.8 第三步：确定工作负载18.9 第四步：确定度量18.10 第五步：创建测试案例18.10.1 测试1 ：下订单场景18.11 第六步：模拟负载18.12 第七步：分析结果18.13 压力测试的使用场景18.14 探索性压力测试18.15 小结
……
序言 随着Intemet的迅速普及，网络已经完全融入了人们的日常生活中，从浏览新闻、购物到聊天，Web应用软件占据了越来越重要的地位。，而Web应用软件的性能测试工作，因为在软件的质量保证中起着重要的作用，所以也日益受到项目管理者、开发人员等的重视。性能测试的目的是验证应用软件是否能够达到开发人员、用户等所提出的性能指标，同时发现应用软件中存在的性能瓶颈，从而优化应用软件，最后达到优化系统的目的。Web应用软件的性能测试涵盖了广泛的内容，包括容量测试、组件测试、耐力测试、压力测试、冒烟测试和部件
文摘 7.12活动6：配置测试环境由于合同或者规定的制约，某些项目可能不要进行这个步骤。例如，可能合同约定必须在特定的测试室、在特定机构的监管下执行性能测试。如果项目处于此种状态，那么这个步骤就省略了；如果不是这样，则需要做如下考虑。负载生成和应用软件监控软件绝对不如你所想象的那般容易使用。无论问题是出自于建立一个完全隔离的网络环境、获取硬件设备、为IP欺骗协调一段专用的IP地址，或者在监控软件和服务器操作系统之间建立版本兼容性，似乎总会出现无穷无尽的问题。负载生成工具往往总是滞后于涉及到的技术和实践，这会导致更多潜在问题的发生，但这无法避免。工具软件的开发者不可能开发出一个支持所有技术的软件程序，也就是说，直到开发者认为某种技术已经具有相当的影响力之前，他们不会自动对其提供支持。这常常意味着，性能测试项目中遇到的最大挑战是，往往需要通过模拟软件来生成用户以实现相对真实的测试，但是被测试的应用软件往往不能够有效地区分模拟用户和真实用户之间的差异。仔细地计划，如果为保障工作顺利进行所花费的时间远远长于预期时间，也不要感到奇怪。7.13活动7：实现测试设计创建一个可执行的性能测试的细节，是与工具软件特定相关的。无论使用哪一种工具，创建性能测试一般包括：先创建测试脚本的一个实例，随着时间推移慢慢增添更多的脚本和实例，由此逐步增加组件或者系统的负载。测试脚本的单个实例常常等同于单个模拟或虚拟的用户。7.14活动8：执行工作项目当完成一个迭代周期，或者达到软件研制周期中的某个交付时间点以后，性能测试开始进入到一些最高级的性能测试工作项目，这些项目往往与负责执行的软件交付相关。在为每个工作项目作总结时，需要将结果与团队成员共享，重新确定在此阶段需要执行的其余工作项目的优先级，然后转移到下一个最高优先级的执行计划上。无论什么时候，只要有可能，就应当将每个工作项目的执行限定在1到2天的时间范围内。当某个工作项目返回的结果不是很确定时，或者如果初始的测试计划需要加以修改以产生需要的结果时，通过这种限定才能够保证不会浪费时间。