VIP会员

　　资深软件测试架构师10年测试经验结晶，帮你系统梳理测试技术，建立自己的测试体系，轻松转型测试架构师！ 　　深度解密四步测试策略制定法、四步测试设计制定法、软件质量评估模型、测试方法车轮图，用通俗的语言和取自一线的案例阐述各种测试技术的细节、方法和实践。 　　随着测试工作经验的不断累积，很多测试者会发现自己逐渐陷入了一个职业发展的“怪圈”——对产品业务已经比较熟悉，基本的测试技术也掌握了，但是不知道接下来该如何深入，如何更好地进行测试。尽管国内不乏软件测试方面的优秀书籍，但是大多数书籍都是在讲测试管理、测试基础或者性能测试、自动化测试等专业测试技术，而描述如何把测试技术和业务结合起来，讲解如何有“策略”地进行“刚刚好”的测试的书籍却几乎没有。 　　本书作者花费3年业余时间，总结了自己10多年来在确定产品“测试策略”方面的经验，集结成本书。本书系统描述了如何制定“测试策略”，并首次揭秘作者独创的四步测试策略制定法、软件质量评估模型和两份checklist——风险分析checklist和老功能分析checklist，能够帮助读者快速明确测试目标，确定测试重点和难点、测试深度和难度。其中，“软件质量评估模型”能帮助读者在项目中实时评估项目情况，调整测试策略。除此之外，本书还介绍了四步测试设计制定法、测试方法车轮图这两个模型，其能够按照被测对象的特点来提供适合的测试分析和设计方法，使得测试设计有章可循。书中提供的模板、表格还能方便地让“测试设计”符合“测试策略”，满足测试的深度和广度，可以让整个测试团队有序、系统、全面地进行测试设计。 　　本书很注重理论和实践的结合，书中总结的各种方法均能够直接应用到测试项目中。作者已将这套方法开发成了相关课程，并在现在任职的公司的各个研发中心巡讲、推广，取得了非常好的效果。 　　对于所有从事或者欲从事测试类相关工作的读者来说，这是一本不容错过的好书！ 内容简介 　　本书并不是一本单纯讲述测试技术或测试管理的书籍。“测试策略”是本书的核心，本书通过大量策略把测试理念和各种测试技术串了起来，并讨论了该如何把测试技术和产品结合起来，如何确定测试目标、测试范围、测试的深度和广度、测试的重点和难点。旨在帮助广大奋斗在一线的测试工程师们系统梳理自己的测试技术并构建自己的测试体系，迅速升级为测试架构师！ 　　本书的核心内容可以概括为“4个模型”和“2份checklist”，其中4个模型是四步测试策略制定法、软件质量评估模型、四步测试设计制定法、测试方法车轮图，2份checklist指风险分析checklist和老功能分析checklist。这些内容不仅能够直接运用到实际的产品测试中，还可以帮助我们系统思考，梳理自身的测试技术，找到自己的知识短板，突破瓶颈。 　　本书一共8章，分为三大部分，组织上，我们不是从技术的角度来展开的，而是以“软件测试架构师”来作为全书的主线。 　　本书先从中国的软件测试行业现状入手，帮助大家分析自身的瓶颈（第1~2章），为软件测试者的职业规划提供建议——如果想在测试技术上进一步发展，可以将软件测试架构师作为职业发展的目标，并讨论作为软件测试架构师在测试过程中需要关注和不需要关注的内容。 　　接下来（第3~5章）深入讲解了软件测试架构师需要掌握的基本测试技术和实用的软能力，包括软件质量模型、测试类型、测试方法、测试设计、探索式测试、自动化测试、沟通和协商以及写好测试用例的表达技法，帮读者向软件测试架构师的目标快速前进。 　　最后（第6~8章）详细介绍了软件测试架构师的核心技能——测试策略该如何去分解和制定，在产品测试中如何评估产品质量并根据质量评估情况来修正测试策略，最后达到理想的测试目标，帮助读者在软件测试架构师的道路上进行自我修炼。 　　书中还包含了大量对各种测试技术的总结，这些不仅可以直接运用在实际测试项目中，还可以帮助读者梳理自己掌握的测试知识，建立自己的测试体系。 作者简介 　　刘琛梅，资深测试者，从事软件测试工作10年，现就职于北京神州绿盟科技有限公司，曾就职于华为（华赛），主要从事安全产品的测试工作。在华为深圳研发中心工作期间担任测试经理、软件测试架构师，目前担任绿盟科技下一代防火墙产品测试代表，对各种测试技术，安全业务均有系统深入的研究。 目录 前　言 第一部分　瓶颈：软件测试工程师该如何进行职业规划 第1章　软件测试工程师的“三年之痒” 3 1.1　软件测试发展简史 3 1.2　中国的软件测试行业 4 1.2.1　软件测试整体起点较高 4 1.2.2　软件测试的困境和迷局 5 1.2.3　迷茫的软件测试工程师 7 1.3　认识软件测试的优势和劣势 9 1.3.1　软件测试的优势 9 1.3.2　软件测试的劣势 10 第2章　软件测试工程师的职业规划 12 2.1　软件测试的职业发展方向 13 2.1.1　软件测试在管理上的发展 13 2.1.2　软件测试在技术上的发展 14 2.1.3　“角色”和“段位” 16 2.1.4　软件测试在质量领域的发展 18 2.2　软件测试工程师职业规划建议 20 2.2.1　做管理还是做技术 20 2.2.2　对测试工作“跳槽”的建议 22 2.2.3　软件测试创业 23 第二部分　突破：向软件测试架构师的目标迈进 第3章　软件测试架构师应该做和不该做的事情 29 3.1　软件测试架构师需要关注和不需要关注的事情 29 3.1.1　测试架构师在需求分析中 30 3.1.2　测试架构师在测试分析和设计中 32 3.1.3　测试架构师在测试执行中 34 3.1.4　测试架构师在测试质量评估中 35 3.2　像软件测试架构师一样的思考 36 3.3　软件测试经理可以替代软件测试架构师吗 36 3.4　系统架构师可以替代软件测试架构师吗 38 第4章　软件测试架构师的知识能力模型 40 4.1　软件产品质量模型 41 4.1.1　软件产品质量六属性 41 4.1.2　功能性 43 4.1.3　可靠性 45 4.1.4　易用性 46 4.1.5　效率 49 4.1.6　可维护性 50 4.1.7　可移植性 51 4.2　测试类型 52 4.3　测试方法 54 4.3.1　产品测试车轮图 54 4.3.2　功能测试方法 55 4.3.3　可靠性测试方法 61 4.3.4　性能测试方法 68 4.3.5　易用性测试法 72 4.4　测试设计技术 74 4.4.1　测试点不等于测试用例 75 4.4.2　四步测试设计法 77 4.4.3　对测试点进行分类 79 4.4.4　流程类测试设计：路径分析法 84 4.4.5　参数类测试设计：“输入—输出表”分析法 96 4.4.6　数据类测试设计：等价类和边界值分析法 102 4.4.7　组合类测试设计：正交分析法 107 4.4.8　控制用例粒度：测试点的组合和拆分 111 4.4.9　错误推断法 116 4.5　探索式测试 117 4.5.1　探索式测试的基本思想：CPIE 117 4.5.2　选择合适的探索式测试方法 118 4.5.3　开展探索式测试 121 4.6　自动化测试 124 4.6.1　需要知道的一些自动化测试真相 124 4.6.2　如何评估自动化的收益 126 4.6.3　自动化测试工具介绍 127 第5章　软件测试架构师的软能力修炼 130 5.1　沟通和协商 131 5.1.1　产品测试中的沟通原则 131 5.1.2　通过沟通来获得对产品测试有用的信息 134 5.1.3　和测试团队成员沟通 136 5.1.4　和领导或投资决策者沟通 140 5.2　写出漂亮的测试用例 141 5.2.1　测试用例模板 141 5.2.2　测试用例标题要是一个完整的句子 142 5.2.3　用条件而不是参数来描述测试用例标题 143 5.2.4　如果一个用例中包含有多个参数，用例中应该是每个参数的取值 145 5.2.5　不要在测试用例中引用别的测试用例 147 5.2.6　避免测试用例中包含过多的用户接口细节 149 5.2.7　明确测试步骤和预期结果的对应关系 150 5.2.8　避免在测试步骤中使用笼统的词 151 第三部分　修炼：软件测试架构师的核心技能 第6章　如何才能制定好测试策略 155 6.1　理解测试策略 155 6.2　四步测试策略制定法 159 6.3　产品质量评估模型 165 6.3.1　优秀的产品质量评估模型的特征 165 6.3.2　软件产品质量评估模型 167 6.4　测试覆盖度评估 167 6.4.1　需求覆盖度评估 168 6.4.2　路径覆盖度评估 170 6.5　测试过程评估 171 6.5.1　测试用例评估 171 6.5.2　测试方法分析 173 6.5.3　测试投入分析 174 6.6　缺陷分析 174 6.6.1　缺陷密度 174 6.6.2　缺陷修复率 176 6.6.3　缺陷趋势分析 177 6.6.4　缺陷年龄分析 183 6.6.5　缺陷触发因素分析 188 6.6.6　组合使用各种缺陷分析技术 190 6.7　风险分析技术 191 6.7.1　风险分析 192 6.7.2　风险应对 196 6.7.3　老功能分析 198 6.8　分层测试技术 201 6.8.1　V模型 201 6.8.2　设计测试层次 201 第7章　测试策略实战攻略 204 7.1　开始 204 7.2　初次使用“四步测试策略制定法” 205 7.2.1　产品质量等级 205 7.2.2　确定项目中各个特性的质量等级 206 7.2.3　对项目整体进行风险分析 206 7.2.4　确定测试策略的结构 207 7.2.5　初步确定测试分层 208 7.2.6　回顾 209 7.3　制定总体测试策略 211 7.3.1　分解产品质量目标 211 7.3.2　使用老功能分析法来对特性进行分类 214 7.3.3　基于质量和风险来确定测试深度与测试广度 215 7.3.4　确定测试优先级 218 7.3.5　确定测试的总体框架 219 7.3.6　回顾 220 7.4　制定阶段测试策略 222 7.4.1　测试设计策略 223 7.4.2　集成测试策略 230 7.4.3　系统测试策略 234 7.4.4　验收测试策略 236 7.4.5　回顾 238 第8章　版本测试策略和产品质量评估 240 8.1　开始 240 8.2　第一个版本测试策略 243 8.2.1　测试范围以及和计划相比的偏差 243 8.2.2　本版本的测试目标 244 8.2.3　需要重点关注的内容 245 8.2.4　测试用例的选择 246 8.2.5　测试执行顺序 247 8.2.6　试探性的测试策略——需要大家分工合作的地方 248 8.2.7　接收测试策略 249 8.2.8　回顾 250 8.3　跟踪测试执行 251 8.3.1　跟踪测试用例执行情况 251 8.3.2　每日缺陷跟踪 256 8.3.3　调整测试策略 262 8.4　版本质量评估 264 8.4.1　使用软件产品质量评估模型来进行质量评估 265 8.4.2　版本质量评估中的缺陷分析 271 8.4.3　调整测试策略 273 8.4.4　建立特性版本质量档案 274 8.5　后面的版本测试策略 274 8.5.1　回归测试策略 275 8.5.2　探索式测试策略 280 8.5.3　自动化测试策略 283 8.5.4　回顾 286 8.6　阶段质量评估（包括发布质量评估） 287 8.6.1　阶段质量评估项目 288 8.6.2　非测试用例发现缺陷的原因分析 293 8.6.3　组合缺陷分析 295 8.6.4　遗留缺陷分析 297 8.6.5　临近发布时的缺陷修复策略 299 8.6.6　非必然重现bug的处理 299 8.6.7　总结 299