图书介绍

敏捷软件测试 测试人员与敏捷团队的实践指南PDF|Epub|txt|kindle电子书版本网盘下载

敏捷软件测试 测试人员与敏捷团队的实践指南
  • (美)克里斯平,(美)格雷戈里著 著
  • 出版社: 北京:清华大学出版社
  • ISBN:9787302236535
  • 出版时间:2010
  • 标注页数:350页
  • 文件大小:80MB
  • 文件页数:375页
  • 主题词:软件-测试-指南

PDF下载


点此进入-本书在线PDF格式电子书下载【推荐-云解压-方便快捷】直接下载PDF格式图书。移动端-PC端通用
种子下载[BT下载速度快]温馨提示:(请使用BT下载软件FDM进行下载)软件下载地址页直链下载[便捷但速度慢]  [在线试读本书]   [在线获取解压码]

下载说明

敏捷软件测试 测试人员与敏捷团队的实践指南PDF格式电子书版下载

下载的文件为RAR压缩包。需要使用解压软件进行解压得到PDF格式图书。

建议使用BT下载工具Free Download Manager进行下载,简称FDM(免费,没有广告,支持多平台)。本站资源全部打包为BT种子。所以需要使用专业的BT下载软件进行下载。如BitComet qBittorrent uTorrent等BT下载工具。迅雷目前由于本站不是热门资源。不推荐使用!后期资源热门了。安装了迅雷也可以迅雷进行下载!

(文件页数 要大于 标注页数,上中下等多册电子书除外)

注意:本站所有压缩包均有解压码: 点击下载压缩包解压工具

图书目录

第Ⅰ部分 简介3

第1章 敏捷测试的定义3

1.1 敏捷价值3

1.2 “敏捷测试”意味着什么4

1.3 敏捷团队中角色和活动的情境6

1.4 敏捷测试有何不同7

1.5 整体团队运作方式11

1.6 小结12

第2章 敏捷测试人员的十条法则15

2.1 敏捷测试人员的定义15

2.2 敏捷测试思想16

2.3 应用敏捷法则和价值16

2.4 创造价值23

2.5 小结24

第Ⅱ部分 组织挑战27

第3章 文化挑战27

3.1 组织文化27

3.2 测试/质量保证团队成功适应敏捷的障碍31

3.3 引入变化35

3.4 管理层期望36

3.5 改变并不容易39

3.6 小结40

第4章 团队构成41

4.1 团队结构41

4.2 人员分布44

4.3 人力资源45

4.4 团队建设47

4.5 小结49

第5章 迁移传统过程51

5.1 寻找轻量级过程51

5.2 度量标准52

5.3 缺陷跟踪55

5.4 测试计划60

5.5 现有的过程和模型61

5.6 小结64

第Ⅲ部分 敏捷测试象限67

第6章 测试的目的67

6.1 敏捷测试象限67

6.2 知道一个用户故事何时完成72

6.3 管理技术债务73

6.4 上下文环境中的测试73

6.5 小结74

第7章 支持团队的面向技术测试75

7.1 敏捷测试基础75

7.2 为什么编写并运行这些测试77

7.3 面向技术的测试在何处停止82

7.4 如果团队不做这些测试怎么办83

7.5 工具箱84

7.6 小结86

第8章 支持团队的面向业务测试89

8.1 通过面向业务测试驱动开发89

8.2 需求困境91

8.3 小增量98

8.4 如何知道我们完成了100

8.5 小结102

第9章 面向业务测试工具包103

9.1 面向业务测试的工具策略103

9.2 激发示例和需求的工具104

9.3 基于示例自动化测试的工具111

9.4 编写测试的策略119

9.5 可测试性123

9.6 小结125

第10章 评价产品的面向业务测试127

10.1 象限三简介127

10.2 实例演示129

10.3 场景测试129

10.4 探索测试131

10.4.1 基于会话的测试135

10.4.2 自动化和探索测试136

10.4.3 探索测试人员136

10.5 可用性测试136

10.5.1 用户需求和角色测试136

10.5.2 导航137

10.5.3 研究竞争对手138

10.6 图形用户界面背后138

10.6.1 API测试138

10.6.2 Web服务140

10.7 测试文档和文件140

10.7.1 用户文档140

10.7.2 报告141

1 0.8 探索测试辅助工具142

10.8.1 测试设置143

10.8.2 生成测试数据144

10.8.3 监控工具144

10.8.4 模拟器144

10.8.5 仿真器144

10.9 小结145

第11章 利用面向技术的测试评价产品147

11.1 象限四简介147

11.2 谁应该做149

11.3 何时做150

11.4 ility测试151

11.4.1 安全性151

11.4.2 可维护性153

11.4.3 交互性154

11.4.4 兼容性155

11.4.5 可靠性155

11.4.6 可安装性156

11.4.7 ility小结157

11.5 性能、负载、压力以及可伸缩性测试157

11.5.1 可伸缩性157

11.5.2 性能与负载测试158

11.5.3 性能与负载测试工具158

11.5.4 基准159

11.5.5 测试环境160

11.5.6 内存管理160

11.6 小结161

第12章 测试象限总结163

12.1 回顾测试象限163

12.2 系统测试实例164

12.2.1 介绍该应用软件164

12.2.2 团队和工作流程165

12.3 测试驱动开发166

12.3.1 单元测试166

12.3.2 验收测试166

12.4 自动化测试166

12.4.1 自动化的功能测试结构167

12.4.2 Web服务168

12.4.3 嵌入式测试168

12.5 评判产品的面向业务测试169

12.5.1 探索性测试169

12.5.2 测试数据源169

12.5.3 端对端测试169

12.5.4 用户验收测试170

12.5.5 可靠性测试170

12.6 文档170

12.6.1 用文档记录测试代码170

12.6.2 汇报测试结果171

12.7 熟练运用测试象限172

12.8 小结172

第Ⅳ部分 自动化175

第13章 自动化的原因和障碍175

13.1 为什么要自动化175

13.1.1 手动测试需要太长的时间176

13.1.2 手动过程容易出错176

13.1.3 自动化让人们有时间做更有价值的工作177

13.1.4 自动化回归测试提供了安全网178

13.1.5 自动化测试较早并频繁地给出反馈179

13.1.6 驱动编码的测试和实例可以做更多事情179

13.1.7 测试是强大的文档179

13.1.8 投资回报率和回报180

13.2 自动化的障碍——妨碍自动化的因素180

13.2.1 Bret的列表180

13.2.2 我们的列表181

13.2.3 程序员的态度——“为什么要自动化”181

13.2.4 “痛苦的积累”(学习曲线)181

13.2.5 初始投入182

13.2.6 总是改变的代码183

13.2.7 遗留代码184

13.2.8 恐惧184

13.2.9 旧的习惯184

13.3 可以克服这些障碍吗184

13.4 小结185

第14章 敏捷测试自动化策略187

14.1 测试自动化的敏捷方法188

14.1.1 自动化测试的分类188

14.1.2 测试自动化金字塔189

14.2 哪些测试可以自动化191

14.2.1 持续集成、构建与部署192

14.2.2 单元与组件测试193

14.2.3 API或Web Services测试193

14.2.4 GUI底层的测试193

14.2.5 测试GUI193

14.2.6 负载测试194

14.2.7 比较194

14.2.8 重复的任务194

14.2.9 创建数据194

14.3 什么测试不应该自动化195

14.3.1 可用性测试195

14.3.2 探索性测试196

14.3.3 永远不会失败的测试196

14.3.4 一次性测试196

14.4 哪些测试不易于自动化197

14.5 从哪里开始自动化策略198

14.5.1 不愿自动化的原因198

14.5.2 多层方法199

14.5.3 思考测试设计与维护200

14.6 选择正确的工具201

14.7 将敏捷法则应用到测试自动化上204

14.7.1 保持简单204

14.7.2 迭代式反馈205

14.7.3 整体团队运作方案205

14.7.4 花时间做正确的事情207

14.7.5 边做边学208

14.7 6 将敏捷编码实践应用到测试上208

14.8 为测试提供数据209

14.8.1 数据生成工具209

14.8.2 避免访问数据库210

14.8.3 如果数据库访问不可避免或是必须要使用数据库211

14.8.4 明确所需213

14.9 评估自动化工具213

14.9.1 确定自动化工具的需求213

14.9.2 一次一个工具214

14.9.3 选择工具215

14.9.4 适用于敏捷的工具217

14.10 实现自动化217

14.11 管理自动化测试219

14.11.1 组织测试219

14.11.2 组织测试结果221

14.12 开始行动222

14.13 小结222

第Ⅴ部分 测试人员经历的一个迭代第15章 测试人员在发布或主题计划阶段的工作227

15.1 制定发布计划的目的227

15.2 故事评估229

15.2.1 如何评估故事229

15.2.2 测试人员在评估故事工作中的角色230

15.2.3 一个故事评估的实例231

15.3 设定优先级233

15.3.1 为什么要为故事设定优先级234

15.3.2 设定优先级时关于测试的注意事项234

15.4 开发的范围235

15.4.1 截止日期和时间表235

15.4.2 关注产品价值236

15.4.3 系统范围的影响236

15.4.4 第三方的介入238

15.5 制订测试计划238

15.5.1 从何处开始239

15.5.2 为什么要写测试计划239

15.5.3 测试的种类239

15.5.4 测试基础设施240

15.5.5 测试环境240

15.5.6 测试数据241

15.5.7 测试结果241

15.6 测试计划的可选形式242

15.6.1 轻量级测试计划242

15.6.2 使用测试矩阵243

15.6.3 测试表格245

15.6.4 白板245

15.6.5 自动化的测试列表245

15.7 准备可见性245

15.7.1 跟踪测试任务及其状态245

15.7.2 传达测试结果248

15.7.3 产品发布的关键248

15.7.4 已通过的测试数248

15.7.5 代码覆盖率250

15.7.6 缺陷度量252

15.8 小结254

第16章 迭代前的准备255

16.1 积极主动255

16.1.1 益处256

16.1.2 真的需要吗257

16.1.3 提前准备的潜在弱点258

16.2 事先明确258

16.2.1 客户意见一致258

16.2.2 用户故事的规模259

16.2.3 地域分散的团队260

1 6.3 实例261

16.4 测试策略263

16.5 确定缺陷的优先级264

16.6 资源264

16.7 小结264

第17章 迭代开始265

17.1 迭代计划265

17.1.1 了解细节266

17.1.2 考虑所有观点267

17.1.3 确定工作量272

17.2 可测试故事272

17.3 与客户协作274

17.4 高层次测试和示例275

17.4.1 与客户一起审查277

17.4.2 与开发人员一起审查277

17.4.3 测试用例作为文档278

17.5 小结278

第18章 编码和测试279

18.1 驱动开发280

18.1.1 从简单入手280

18.1.2 增加复杂度280

18.1.3 评估风险280

18.1.4 编码和测试同时进行282

18.1.5 识别变更282

18.1.6 三方协作的力量283

18.1.7 关注一个故事283

18.2 评判产品的测试284

18.3 与开发人员协作284

18.3.1 结对测试284

18.3.2 自我展示285

18.4 与客户交流285

18.4.1 展示给客户285

18.4.2 理解业务286

18.5 完成测试任务286

18.6 处理缺陷287

18.6.1 这是一个缺陷还是一项功能287

18.6.2 技术债务287

18.6.3 零缺陷容忍288

18.7 如何选择288

18.7.1 判断应该记录哪些缺陷289

18.7.2 何时修补缺陷290

18.7.3 选择记录缺陷的介质291

18.7.4 处理缺陷的方案和建议292

18.7.5 从简单入手294

18.8 促进沟通295

18.8.1 测试人员促进沟通295

18.8.2 分散式团队296

18.9 回归测试297

18.9.1 确保构建“通过”297

18.9.2 确保构建快速298

18.9.3 构建回归测试集298

18.9.4 注意“全局观”298

18.10 资源298

18.11 迭代度量299

18.11.1 度量进度299

18.11.2 缺陷度量300

18.12 小结302

第19章 迭代结束时的收尾工作303

19.1 迭代演示303

19.2 迭代回顾304

19.2.1 开始、停止、继续304

19.2.2 做出改进306

19.3 庆祝成功307

19.4 小结309

第20章 成功的交付311

20.1 产品的构成311

20.2 为测试计划足够的时间313

20.3 结束阶段313

20.3.1 测试候选发布构建314

20.3.2 在分期环境上测试314

20.3.3 最后的非功能测试315

20.3.4 与外部应用集成315

20.3.5 数据转换和数据库更新315

20.3.6 安装测试317

20.3.7 沟通317

20.3.8 如果没有准备好该怎么办318

20.4 客户测试319

20.4.1 UAT(用户验收测试)319

20.4.2 alpha/beta测试320

20.5 开发后的测试周期320

20.6 可交付的东西322

20.7 发布产品323

20.7.1 发布验收标准323

20.7.2 发布管理325

20.7.3 打包326

20.8 客户期望326

20.8.1 产品支持326

20.8.2 理解对业务的影响326

20.9 小结327

第Ⅵ部分 总结331

第21章 关键成功要素331

21.1 成功要素之一:使用团队整体参与的方法331

21.2 成功要素之二:采用敏捷测试思维332

21.3 成功要素之三:自动化回归测试333

21.4 成功要素之四:提供并获取反馈333

21.5 成功因素之五:构建核心实践的基础334

21.5.1 持续集成334

21.5.2 测试环境335

21.5.3 管理技术债务335

21.5.4 增量工作335

21.5.5 编码和测试是同一个过程的组成部分336

21.5.6 实践之间的协作336

21.6 成功因素之六:与客户合作336

21.7 成功要素之七:保持大局观337

21.8 小结337

术语表339

参考文献345

热门推荐