编辑推荐
《大话软件测试》用完整严密的知识体系和诙谐幽默的语言，为您在软件测试的道路上打好坚实的基础；培养读者敏锐的洞察力以及优秀的测试素养，提高自身功力，从容面对软件开发/测试。 作者简介
欧立奇，IBM高级测试工程师。 目录
第 1 部分 软件需求与设计
第 1 章 软件需求
1.1 从需求的含混性说到软件测试的目的
1.2 需求的定义与分类
第 2 章 PRD 审核
2.1 PRD 分类
2.2 软件产品定位
2.3 软件产品需求
2.4 审核软件产品需求
2.5 范围约束
第 3 章 用户故事
3.1 什么用户故事
3.2 用户故事特点
3.3 用户故事分解、细化、合并
第 4 章 审核 FS
4.1 实现的含混性
4.2 交付目标
4.3 范围约束
4.4 假设和依赖
4.5 功能描述
4.6 审核功能描述
4.7 非功能描述
第 2 部分 软件功能性测试
第 5 章 功能性测试的准确性和合适性
5.1 功能性测试概念
5.2 功能性测试分类
5.3 适合性测试
5.4 准确性测试
第 6 章 软件功能性测试用户故事
6.1 软件功能性测试故事表
6.2 执行者／行为／状态／预期结果／检查点
第 7 章 软件互操作性测试
7.1 互操作性测试定义
7.2 兼容性和互操作性的区别
7.3 不可互操作的原因
7.4 互操作性测试分类
第 8 章 安全性测试
8.1 软件安全性测试概念
8.2 软件安全性测试策略
8.3 用户认证安全
8.4 系统网络安全性测试
8.5 数据库安全性测试
第 9 章 全球化测试
9.1 全球化测试分类
9.2 日期
9.3 字符格式
9.4 数字格式
9.5 输入法编辑器测试
9.6 语言敏感信息测试
第 3 部分 软件非功能性测试
第 10 章 易用性测试
10.1 易用性测试分类
10.2 易理解性测试
10.3 易学习性测试
10.4 易操作性测试
10.5 UI 测试
第 11 章 可靠性测试
11.1 容错性测试
11.2 可恢复性测试
11.3 故障转移测试
第 12 章 可移植性测试
12.1 可移植性测试定义与分类
12.2 用户故事列表
12.3 行为／状态／预期结果／检查点
第 13 章 性能测试
13.1 功能与性能的区别
13.2 性能测试指标
13.3 获取性能需求
13.4 性能测试分类
13.5 如何进行性能测试
13.6 分析性能瓶颈
第 14 章 文档测试
14.1 文档测试重要性
14.2 文档种类
14.3 文档测试检查点
第 4 部分 软件项目流程与风险
第 15 章 软件项目开发流程
15.1 Project Milestone定义
15.2 软件项目的主要阶段
15.3 研发周期制定
15.4 工作量估计
第 16 章 项目风险分析
16.1 风险、问题、缺陷的区别
16.2 风险分类
16.3 风险分析
16.4 风险缓解
16.5 常见的风险处理措施
第 5 部分 测试策略与测试计划
第 17 章 测试策略
17.1 测试策略的定义和分类
17.2 测试重点／测试优先级分析
17.3 各时间阶段对应的测试策略
17.4 多平台／操作系统／浏览器的测试策略
17.5 测试开始和结束的标准
17.6 测试环境策略
17.7 测试人员指定策略／任务分配策略
17.8 测试工具的使用策略
17.9 测试报告／进度策略
第 18 章 测试计划
18.1 测试计划的定义
18.2 测试计划的范围
18.3 测试用例设计方法
18.4 测试用例优先级划分
第 6 部分 软件测试管理
第 19 章 如何预防 Bug
19.1 Bug 和 Defect 的区别
19.2 预防 Bug 的意义
19.3 干净的代码
19.4 代码可复用
19.5 代码审核管理机制
19.6 做好单元测试
19.7 代码重构
第 20 章 如何Log高质量的Bug
20.1 Bug报告写给谁看
20.2 Bug模板介绍
20.3 常见的 Bug 问题
20.4 如何分析Root Cause
20.5 Bug 生命周期
20.6 测试报告分析
第 21 章 其他QA日常工作
21.1 日报
21.2 如何开会
后记 QA的自我修养
第 1 课 QA到底是做什么的？
第 2 课 质疑和思考
第 3 课 QA要具备的技能
第 4 课 QA和DEV的关系
第 5 课 QA的主要贡献
第 6 课 自动化测试和常规测试的关系 序言
本书通篇都是以情景对话的形式，用多个小故事或案例、漫画来组织讲解软件测试。从软件需求设计说起，在对软件测试做了妥善分类后，将本书的内容分为如下几大方面。
在测试需求方面：如何测试需求，如何审核需求，如何设计文档。
在测试分类方面：详解软件质量模型的 6 大特性 27 个子特性的各个检查点，并提供经验和案例，从而使读者能够容易地运用到实际项目环境中；让读者能够清楚地得知，软件测试究竟是测什么？
在测试计划方面：如何写用户故事、测试用例、测试计划，如何进行测试建模，如何制定人力资源的分配计划。
在测试管理方面：如何预知风险，如何写日报，如何与 DEV（研发）、PM（项目经理）进行交流，如何进行测试项目的管理，如何利用自动化技术来提高测试 的效率等。
本书表现形式虽为“大话”，但内容结构实为严谨。在讲解软件测试的过程中，通过问询式结构，把学习门槛降低，让读者可以更加容易地理解测试的目的、策略、方法以及管理，澄清有关软件测试的常见误解，用一种不扭曲、不变形、不晦涩、不忽悠的表达方式表现测试的真谛，以达到不但授之以“鱼”，还授之以“渔”的目的，引导读者体会软件测试过程中蕴藏的大智慧。
本书不同于其他软件测试书籍的主要特点如下。
细
软件测试由于工作的特殊性，软件测试人员更要具有认真、耐心、细致、敏感等个性元素，涉及的方面比较多，且比较基础，也比较细。以软件安装为例，一个完整的软件安装检查点就包括：1.安装环境检查；2.中断安装的情况；3.回溯的检查；4.可定制化安装；5.安装特定参数/端口依赖；6.安装路径；7.安装介质；8.安装语言；9.安装 Shell；10.安装组件；11.操作系统兼容性；12.操作系统语言包；13.硬件系统兼容性；14.逻辑安装次序；15.安装安全性；16.安装接口；17.安装结果检查，等等。
所以本书把这些细小的知识点和检查点做了汇总，让读者有章可循，按图索骥就可以轻松测试。本书使用了四级标题，每一条都是一个实际的案例，切切实实地解决读者遇到的实际问题。
深
说到测试，人们首先想到的是：测试是一种技术。然而事实上，测试是一种哲学，一种思想，思想的背后是一个人的眼界和世界观。一个测试也许能从多方面揭示测试者的素质和看待问题、思考问题的能力。市面上流行的测试书籍在此专业性的分类方面做得不够，正因为如此，本书追求的是循循善诱，讲深讲透，侧重于软件测试技术的本质理解，而不仅限于对测试的单纯讲解。
广
市面上流行的软件测试书籍仅对软件功能性测试本身比较侧重，而忽略软件测试外延的东西：比如非功能性测试中的易用性测试、性能测试、文档测试。而随着用户对易用性、可靠性要求的与日俱增，本书对以上诸多方面都给出了详细分析，并结合大量案例制定出测试方案，以满足读者需求。
乐
苦逼的团队做不出有爱的产品，愉悦编程、快乐测试才能使你的职场之路长久。所以，本书语言幽默诙谐，并夹杂了一些漫画来摆事实、讲道理，力求为众多严谨的软件测试书籍添加一抹亮色。
本书不是一本万能书籍，但肯定是您软件测试/开发/管理工作的好助手、好伙伴。
本书主要由欧立奇、何金池编著，其他参与编写的人员有刘洋、秦晓东、李启高、马雪、马煜、胥虎军、李富星、牛永洁等。
最后，感谢本书编写过程中的几位重要人士的支持，衷心感谢明总、峰总、大胖、小四的鼎力协助。 文摘
版权页：
小白 如何审核技术合理性呢？
大鸟 这是指审核设计人员对产品技术的选择是否合理，是否选用了成熟合理的技术。
当研发工程师为了实现一个功能的时候，或许手头上有一个从网上复制的示例模块，看上去这个可以使用。假如正好它暂时满足了你的需要，你会对这个模块稍加改动，添加一些代码，然后再加一点。你根本就不知道自己在做什么，只是不断地做一些小的修改，直到这个模块完全满足你的需要。但问题是，这样做就像是用纸牌搭建房子，每增添一张纸牌，就增加了一分纸房子坍塌的危险。你根本就不知道这个模块到底是如何工作的，所以你每做一点儿改动，都有可能导致你的模块完全失败。
小白 不成熟的技术虽然暂时解决了问题，但是会留下隐患。
大鸟 是的，急功近利的做法要不得。
4.6.4集成和升级风险
小白 集成和升级风险是指什么？
大鸟 举个例子吧：ETT公司的HPC产品由三个集成模块构成，A模块，L模块和P模块，其中一个小模块P需要升级了，例如从原来的P706升级到P901。如果研发工程师没有做调查就直接进行集成，有可能一些旧的环境变量在新的HPC版本上不工作，从而给QA的后续工作造成极大困扰。
| ISBN | 7121240971 |
|---|---|
| 出版社 | 电子工业出版社 |
| 作者 | 欧立奇 |
| 尺寸 | 16 |