本书并不是一本单方面讲授测试技术或者测试管理方面的书籍，旨在帮助广大奋斗在一线的测试工程师们系统梳理自己的测试技术并构建自己的测试体系，迅速升级为测试架构师！“测试策略”是本书的核心，通过大量策略把测试理念和各种测试技术串了起来，并讨论了该如何把测试技术和产品结合起来，如何确定测试目标、测试范围、测试的深度和广度、测试的重点和难点。
相较于上一版，本书主要的修改如下：
第1章对近年技术发展对测试的影响和对测试人员的新的要求进行重新规划介绍，比如敏捷思维、devops、全能测试理念，同时增加了对校招的介绍，更新了对测试环境的介绍和作者自己对测试的理解。
第2章主要增加了几个测试人员新的发展方向，包括产品、研发管理、组织变革等。
第3章新增测试核心、测试目标选择、测试质量评估等内容，同时更新了对测试架构师的认知，让本章内容更充实，更有实战性。
第4章新增对测试架构师基本能力和技术的介绍、对3种测试性能的介绍、对专项测试用例的介绍，同时补充了对自动化测试和测试方法的介绍。
第5章本章除5.2节部分内容外，其他内容或者为重写内容或者新增内容，比如改写了5.1节的沟通和协商的内容，新增了组织和管理测试、持续探索学习等相关内容。
第6章 新增了对测试策略与各个测试活动的关系的介绍，对其中部分案例进行更新。
第7章为新增章，主要介绍如何通过四步法制定测试策略。
第8章除了与第1版保持主题不变外，整体内容均进行了重写，主要介绍测试评估的方法和后期的调整策略。
第9章新增章，其中部分内容来自第1版的第7章和第8章，大部分内容则为新内容，主要介绍测试策略在实践中的应用，以案例解读为主。
经典畅销书全面升级，结合作者近5年在绿盟获得的新的测试经验和感悟，从产品、开发、架构、管理、商业5个维度
对测试进行重新解读，明确新环境下跃迁为测试架构师的可行路径
结合敏捷、DevOps开发模式，指导读者站在商业的高度，制定测试策略，实现“刚刚好”的测试
内含1个综合案例、数十个特色案例、10余套测试模板或清单、近500张图表
为什么要写第2版
一转眼，《测试架构师修炼之道》的第1版已经出版5年了，并且重印超过10次，我也因此认识了很多读者朋友。非常感谢大家对我的肯定和支持。
在这些年里，我发现无论是公开的演讲、小型的讨论会，还是私下的沟通交流，“测试的价值”“测试人员该如何发展”“如何才能真正做好测试”依然是大家讨论最多且最让人困惑的话题。对于这些问题，第1版就给出了我的核心观点：要想做好测试，就要理解测试的核心。测试的核心不是产品业务，不是测试方法，不是工具、自动化，也不是测试管理，而是测试策略，即“测什么”和“怎么测”。这6个字又可以进一步表达为关于软件测试的6个问题：
测试的对象和范围是什么？
测试的目标是什么？
测试的重点和难点是什么？
测试的深度和广度是什么？
如何安排测试活动？
如何评估测试的效果？
按照这个思路，我在第1版中提出了“四步测试策略制定法”“产品质量评估模型”“测试方法车轮图”“风险分析检测清单”“组合缺陷分析法”等方法或模型，以求帮助大家制定最适合当前产研状况的测试策略，进行“刚刚好”的测试。
在第1版出版后不久，我自己的工作角色也发生了变化。我做了一段时间的产品经理，随后又做了4年的研发经理，负责了多款产品的研发工作。在这段时间里，我学会了组建研发团队，以及与产品、支持、售前、销售等不同角色合作，完成用户交付的任务或解决用户反馈的问题。我负责的产品有创新型产品、发展型产品和成熟维护型产品，在此过程中我掌握了实践迭代、DevOps等。虽然这几年我没有工作在测试一线，但测试依然是我工作中的一个重要环节，而且工作角色的变化，让我有幸可以“站在测试之外来看测试”，对测试有了更加系统和全面的认识。
我切身体会到作为产品研发团队的负责人，对测试的期望到底是什么；
厘清了在整个研发过程中哪些测试工作是高价值的，会对整个产研有特别大的贡献和作用；
体会到在不断发展的研发体系下，测试人员该如何调整职业方向和向前发展。
在这段时间里，我多次参加公司的任职资格标准制定和评选工作，体会到公司高级管理者对高级测试人员的期望：除了完成日常测试工作外，还能站在更高的层面进行系统思考，形成测试体系，从根本上提升整个组织的测试水平。测试体系不是通过积累工作经验就可以形成的，这常常让测试人员陷入“测试技术和能力都很强，但是离测试专家的水准总是差那么一点”的窘境，而且测试人员又往往不知道应该如何获得这样的能力。
在上述背景下，我萌发了出版第2版的想法——我想把这几年在不同角色中对测试的理解和思考写下来，尤其是团队其他重要角色是如何看待测试的，对测试的期望是什么，在他们眼中，测试的核心价值是什么，以及测试人员在不断变化的新形势下应如何调整职业方向和向前发展，如何逐渐建立自己的测试体系等。这个想法也得到了机械工业出版社华章分社杨福川和孙海亮的肯定。在他们的支持和鼓励下，本书的撰写工作正式开始了。
我原以为撰写本书的工作量不会太大，但真正开始写才发现我错了。为了能在书中突出“测试的体系”，我对每一个知识点都力图从源头去讲，以清楚呈现知识背后的逻辑和脉络，所以最后本书相较于第1版几乎是全部重构——整体修改量超过70%，新增内容超过30%。一方面，我参考读者的反馈并结合这几年测试工作中遇到的比较多的问题，系统梳理了第1版中的内容，去掉了书中使用率不高的内容，然后结合敏捷开发模式、DevOps更新了书中的方法、模型和案例；另一方面，本书从与测试相关的商业视角、产品视角、开发视角、架构视角、管理视角对测试进行了讨论，这些内容在其他测试类图书中少有涉及。这些内容虽然在测试之外，但和测试息息相关，理解这些内容有助于我们扩展视野，加强对测试系统性的理解，提升制定测试策略和解决实际测试问题的能力。
本书会是一本独特的测试书。你若能不局限于测试，而是站在系统的角度去看待和解决测试问题，我相信你处理问题的方式会发生一些变化，而这些变化有助于你形成系统性思维和个人影响力。我希望本书能够帮助你建立测试体系，并让你成长为测试架构师。
本书的主要修改
在整体结构上，本书力求和第1版保持一致，依然分为三部分：
瓶颈：测试工程师该如何进行职业规划。
突破：向测试架构师的目标迈进。
修炼：测试架构师的核心技能。
相较于第1版，本书的主要修改如下。
第1章 更新了软件测试发展简史，新增了对敏捷开发模式下软件测试特点的介绍，新增了对测试人员面临的机遇和挑战的介绍，深度分析了测试在敏捷开发模式下的价值和机遇，讨论了当代软件测试的各种困境和迷局，讨论了测试人员如何适应从质量守护者到产品赋能者的定位转变。
第2章 在测试技术发展方面，增加了对测试开发及其技术栈的介绍；增加了测试人员在研发工程效能领域发展的内容；在测试工程师职业发展建议方面，着重增加了对提升测试影响力的讨论。
第3章 精简了文字，力求为大家更加清晰地描述测试架构师的定位和应有的能力。
第4章 这是全书修改最多的一章，从第1版的6节内容，增加到15节。本章从测试架构师必备的6个关键能力开始，提出测试架构师需要具备的测试技术知识体系，这也是贯穿全书的主线。
本章更新了性能测试方法，新增了安全测试方法，这些测试方法都是非常重要的专项测试方法。
基于场景的测试也是新增的内容。基于场景的测试是指测试人员围绕产品是否符合当前用户的使用场景展开测试工作。尽管基于场景的测试没有办法像基于质量的测试那样面面俱到，但是其更加关注产品被用户使用的情况，更符合当前版本迭代、快速交付的市场需要。熟练运用场景测试能帮助大家在测试中把握测试重点，使得测试环境更有针对性。书中特别提出“场景测试模型”，帮助大家理解基于场景的测试需要考虑的维度，提升进行基于场景的测试的能力。
本章还特别新增了对“如何澄清和确认需求”和“如何提出有价值的可测试性需求”的讨论。这些内容可以帮助测试团队从源头上减少测试设计返工，提升测试效率。
自动化测试也是本章更新的一个重点，第2版从自动化测试策略的角度，增加了对自动化测试中一些典型经验和教训的介绍，增加了自动化测试分层、自动化测试框架和自动化成熟度模型等相关内容，帮助大家在实际项目中有效开展自动化测试，最大化自动化收益。
第5章 主要新增了对如何组织和管理测试用例以及如何获得持续学习和探索能力的介绍。
第6章 这也是修改量较大的一章。本章不仅对基于产品质量的测试策略进行了更新和修订，使其可以更好地适应敏捷开发模式和DevOps开发模式，还提出了基于产品特性价值的测试策略，讨论了如何理解产品的价值，如何根据产品价值来安排测试重点。这种测试策略的优势是能够聚焦测试重点，使测试在敏捷开发模式下变得特别高效。同时这套测试策略也能让测试人员真正理解业务，具备商业和产品视角，从而获得认可，建立影响力。
本章还更新了产品质量评估模型，提出了缺陷预判技术。这项技术能够将缺陷分析从“事后分析”（即只能对测试执行发现的缺陷进行分析评估）发展为“测试前可用于制定质量目标”“测试中可分析测试目标达成情况并更新策略”“测试后可对产品质量进行全面评估”的全流程质量评估，从而解决产品质量评估难题。
在测试分层方面，本章更新了敏捷、DevOps开发模式下的典型测试分层。由于很多公司处于敏捷转型下，故新增对敏捷转型过程中测试分层的详细分解，以帮助测试者从整体上理解当前的研发模式，合理安排测试活动。
第7章 对第1版中制定总体测试策略的过程进行了精简，将重点集中在“如何确定质量目标”“如何对项目整体进行风险控制”“如何确定测试优先级”“如何确定测试深度和广度”“如何确定研发模式和测试分层”“如何确定关键测试活动的出入口准则”和“如何预判产品缺陷趋势”这7个方面。在测试设计策略方面，重点增加了“如何划分测试用例的等级”和“如何进行有效的测试设计评审”等内容。
第8章 围绕如何进行产品质量评估进行描述，把内容聚焦到测试过程中经常遇到但又不容易解决的问题上，给出解决问题的思路和参考方案。本章主要的修改点包括：
如何确认提测版本和实际版本的偏差，出现偏差后应该怎么处理；
如何在测试过程中选择测试用例，例如接收测试用例该如何选择，不同测试阶段的测试用例该如何选择，回归测试用例该如何选择；
如何进行测试过程跟踪，如何安排测试执行的顺序；
如何确定缺陷的修复优先级，如何处理非必现的缺陷；
如何使用缺陷预判方法来评估产品过程质量并调整测试策略；
如何进行产品质量评估，包括质量指标的分析、建立特性质量档案、非测试用例发现缺陷原因分析和遗留缺陷分析。
第9章 这一章是新增的，主要围绕基于价值的测试策略案例展开。主要内容包括：
再谈测试策略。对测试策略再次进行分析，再谈对测试核心的理解——任何测试都不能穷尽所有的情况；掌握测试技术，拓展测试视野，做出最适当的测试选择，才是测试的核心能力所在。
不同产品阶段下的测试策略。分析产品在探索阶段、扩张阶段、稳定阶段测试策略的差异。
探索式测试策略。介绍如何根据产品特性，选择合适的探索式测试方法。
自动化持续测试策略。介绍如何建设以自动化持续测试为中心的、分层的自动化测试策略。
勘误和支持
我由衷热爱自己所从事的行业——安全，我在安全行业的职业生涯已经超过15年。我热爱与此相关的测试、产品、研发等工作，并愿意为之再奋斗20年、30年……我写书的目的很简单，就是想结合自己的亲身经历，分享我的思考和总结。但由于水平有限，编写时间仓促，书中难免会出现一些错误，恳请各位读者批评指正。当然，如果读者在阅读本书时有任何问题，也欢迎提出来，我将尽力为读者提供最满意的解答。
我的常用邮箱：76994738@qq.com。
我的微信：meizi0103。
致谢
感谢我工作中的第一位导师赵金明先生，感谢赵先生将我带上了测试这条路。
感谢我的第二位导师王猛先生，感谢王先生将我的视野扩大到产品领域。王先生与我共同讨论产品规划、研发模式、测试策略，我们亦师亦友，他帮我真正实现了从不同角度去理解测试，让我在认知上有了前所未有的提高。
感谢我在测试之路上有幸遇见的那些前辈和专家，感谢你们对我的悉心指导。更要感谢每一位朋友、同事、读者对我的支持和帮助。
当然，本书可以完成，还需要特别感谢我的爱人胥先生和我的妈妈。我没有想到自己会在第1版的基础上进行大范围重写，以至于第2版的工作量远超预期，是他们的陪伴和鼓励让我敢于做这样的决定。感谢他们对我因为写作而无法陪伴他们的理解。
感谢机械工业出版社的编辑杨福川和孙海亮。从第1版开始，他们就提供了非常专业的建议，在我写作陷入困境时给我悉心指导，帮我渡过难关，如今又指导我完成第2版。我唯有回馈努力、感恩和祝福！
计算机\软件测试
如果你想要成为优秀的测试工程师、测试架构师，相信这本书可以很好地指导你、帮助你。作为我司唯一从测试工程师升任部门技术总监的同事，琛梅很好地实践了书中介绍的理论，并因此获得了很好的成果，这是难能可贵的。
作为第1版的读者，我非常期待此书的出版上市。
——何坤 绿盟科技成都研发中心副总经理
我和刘琛梅是校友，且曾在华赛共事。我见证了她在安全测试行业的努力耕耘。从业10余年，她坚持把业务做精做实，难能可贵的是，她还能围绕软件工程不停提炼、总结经验，并以图书的形式分享给更多人。
本书融合了黑盒测试和白盒测试的优点，并弥补了两者存在的不足，通过对技术经验的提炼，以求从实际应用的角度出发，指导测试工程师完成相关的测试工作。期待本书抛砖引玉，为提升我国的软件测试技术水平添砖加瓦，并帮助培养出更多杰出的测试架构师。
——杨松 博士/华为云安全CTO
讲授具体的测试方法和测试工具，那只是“授人以鱼”，深入剖析测试策略，基于实际场景讲授“测什么”和“怎么测”，那才是“授人以渔”。此书正是系统性讲述测试策略这一底层逻辑的好书，推荐大家阅读。
——茹炳晟 腾讯Tech Lead/腾讯研究院特约研究员/畅销书《测试工程师全栈技术进阶与实践》作者
阅读完此书的前言和目录，我眼前一亮，有种马上阅读的冲动。作者以“测什么”及“如何测”为核心，对软件测试的方方面面进行了阐述。此书内容较完整，理念很正，书中不仅讲述了概念、理论知识，还结合大量实践经验，总结了作者对软件测试的深刻认识。此书可以作为一本指导软件测试工程师工作和进阶的实用手册。
——周震漪 ISTQB/CSTQB副理事长/ TMMi基金会中国分会副理事长
此书第1版就很受欢迎，第2版在第1版的基础上，站在测试之外来解读测试，并突出“测试的体系”，这对提升测试架构师的水平至关重要。因为测试架构师不仅需要坚实的测试知识体系以担负起测试架构师的职责，并设计出合理的测试结构、制定出更有效的测试策略，还需要有能力与业务、产品、开发等不同角色协同工作。因此，我相信这本书能很好地帮助那些有志成为测试架构师的同行快速成长起来。
——朱少民 同济大学特聘教授/《全程软件测试》《敏捷测试》作者
刘琛梅 著：暂无简介
前 言
第一部分 瓶颈：测试工程师该如何进行职业规划
第1章 测试工程师的“三年之痒” 3
1.1 软件测试发展简史 3
1.2 敏捷开发模式下的软件测试 4
1.3 测试人员面临的机遇和挑战 6
1.3.1 究竟是无用的测试，还是全能的测试 7
1.3.2 测试的困境和迷局 8
1.3.3 从质量守护者到产品赋能者 11
第2章 测试工程师的职业规划 14
2.1 测试人员的职业发展方向 14
2.1.1 测试人员在管理上的发展 15
2.1.2 测试人员在技术上的发展 16
2.1.3 角色和段位 17
2.1.4 测试人员在质量领域的发展 20
2.1.5 测试人员在研发工程效能领域的发展 22
2.2 测试工程师职业规划建议 25
2.2.1 做管理还是做技术 25
2.2.2 关于跳槽 27
2.2.3 不断提升影响力 28
第二部分 突破：向测试架构师的 目标迈进
第3章 测试架构师应该做和不应该做的事情 31
3.1 测试架构师需要关注和不需要关注的事情 31
3.1.1 在需求分析阶段 32
3.1.2 在测试分析和设计阶段 34
3.1.3 在测试执行阶段 36
3.1.4 在测试质量评估阶段 37
3.2 像测试架构师一样思考 39
3.3 测试管理者可以替代测试架构师吗 39
3.4 系统架构师可以替代测试架构师吗 40
第4章 测试架构师的知识能力模型 42
4.1 测试架构师必备的能力和知识体系 42
4.1.1 测试架构师必备的6个关键能力 43
4.1.2 测试架构师的知识体系 44
4.2 软件产品质量模型 46
4.2.1 为什么深入理解质量对测试如此重要 46
4.2.2 软件产品质量的8个属性 47
4.2.3 功能性 48
4.2.4 兼容性 50
4.2.5 安全性 51
4.2.6 可靠性 53
4.2.7 易用性 56
4.2.8 效率（性能） 59
4.2.9 可维护性 60
4.2.10 可移植性 62
4.3 基于质量的测试方法 63
4.3.1 理解测试类型 63
4.3.2 如何通过质量属性来探索测试方法 65
4.3.3 通过质量模型来确定测试深度和测试广度 66
4.4 功能性测试方法 66
4.4.1 什么是“运行” 66
4.4.2 单运行正常值输入法 68
4.4.3 单运行边界值输入法 68
4.4.4 多运行顺序执行法 69
4.4.5 多运行相互作用法 70
4.5 可靠性测试方法 71
4.5.1 异常值输入法 71
4.5.2 故障植入法 72
4.5.3 稳定性测试法 73
4.5.4 压力测试法 74
4.5.5 恢复测试法 76
4.6 性能测试方法 77
4.6.1 基线性能测试法 78
4.6.2 影响性能的因子测试法 82
4.6.3 场景性能测试法 86
4.7 易用性测试法 87
4.7.1 一致性测试法 88
4.7.2 可用性测试法 89
4.8 安全性测试方法 90
4.8.1 权限测试 91
4.8.2 参数校验测试 92
4.8.3 传输安全性测试 94
4.8.4 拒绝服务攻击安全性测试 95
4.8.5 安全性测试工具介绍 96
4.9 基于车轮图的测试分析方法 97
4.9.1 测试分析不等于测试设计 97
4.9.2 测试点不等于测试用例 98
4.9.3 产品测试车轮图 100
4.9.4 在MM图中使用车轮图 101
4.9.5 使用测试分析设计表来进行测试分析 102
4.10 基于模型的测试设计技术 103
4.10.1 测试设计四步法 104
4.10.2 对测试点进行分类 106
4.10.3 流程类测试设计——路径分析法 112
4.10.4 参数类测试设计——输入-输出表分析法 129
4.10.5 数据类测试设计——等价类和边界值分析法 135
4.10.6 组合类测试设计——正交分析法 140
4.10.7 错误推断法 145
4.11 控制测试用例的粒度 146
4.11.1 测试点的组合和拆分 146
4.11.2 策略覆盖 147
4.12 影响测试设计效果的因素 151
4.12.1 有效澄清和确认需求 152
4.12.2 有针对性的可测试性需求 153
4.13 基于场景的测试方法 157
4.13.1 场景和场景测试 157
4.13.2 使用场景测试模型来进行测试分析 160
4.14 探索式测试 166
4.14.1 什么是探索式测试 166
4.14.2 探索式测试的基本思想：CPIE思维模型 167
4.14.3 选择合适的探索式测试方法 168
4.14.4 开展探索式测试 171
4.15 自动化测试 174
4.15.1 关于自动化测试的经验和教训 175
4.15.2 自动化测试分层 181
4.15.3 自动化测试框架 184
4.15.4 如何有效开展自动化测试 189
4.15.5 如何评估自动化的收益 193
4.15.6 自动化测试成熟度模型 194
第5章 测试架构师的软能力修炼 197
5.1 沟通和协商 198
5.1.1 知识的诅咒 198
5.1.2 产品测试中的沟通原则 199
5.1.3 通过沟通来获得对产品测试有用的信息 204
5.2 写出漂亮的测试用例 206
5.2.1 统一测试用例编写风格 206
5.2.2 测试用例编写风格指导 207
5.2.3 如何编写测试用例案例集 208
5.3 组织和管理测试用例 215
5.3.1 测试用例模板 215
5.3.2 基于特性树组织测试用例 217
5.3.3 维护测试用例 220
5.4 持续学习和探索 222
第三部分 修炼：测试架构师的核心技能
第6章 如何制定测试策略 227
6.1 什么是测试策略 228
6.1.1 测试的核心是什么 228
6.1.2 测试策略与测试方针 229
6.1.3 测试策略与测试计划 229
6.1.4 测试策略与测试方案 229
6.2 四步测试策略制定法 232
6.2.1 基于产品质量的测试策略 232
6.2.2 基于产品特性价值的测试策略 232
6.2.3 四步测试策略制定法 233
6.3 产品质量评估模型 238
6.3.1 测试覆盖度分析 238
6.3.2 测试过程分析 240
6.3.3 缺陷分析 243
6.3.4 在测试全流程中使用产品质量评估模型 244
6.4 组合缺陷分析技术 245
6.4.1 组合缺陷分析模型 245
6.4.2 缺陷趋势分析 248
6.4.3 缺陷密度 253
6.4.4 缺陷修复率 254
6.4.5 缺陷年龄分析 256
6.4.6 缺陷触发因素分析 259
6.4.7 产品缺陷趋势预判技术 261
6.5 特性价值分析技术 265
6.5.1 你知道测试的产品是如何赚钱的吗 265
6.5.2 从价值角度来对特性进行分类 266
6.5.3 基于特性价值来确定测试重点 270
6.6 风险分析技术 272
6.6.1 风险识别 272
6.6.2 风险评估 275
6.6.3 风险应对 277
6.6.4 历史/继承特性分析 279
6.7 不同研发模式下的测试分层技术 285
6.7.1 瀑布模式 285
6.7.2 敏捷模式 286
6.7.3 DevOps 289
6.7.4 瀑布下的测试分层 293
6.7.5 敏捷模式下的测试分层 295
6.7.6 敏捷转型下的测试分层 297
6.8 测试方案模板 300
第7章 制定基于产品质量的测试策略 301
7.1 项目背景 304
7.2 制定总体测试策略 305
7.2.1 确定特性的质量目标 305
7.2.2 对项目整体进行风险分析 306
7.2.3 确定测试优先级 311
7.2.4 确定测试深度和广度 312
7.2.5 确定研发模式和测试分层 315
7.2.6 确定关键测试活动的出入口准则 322
7.2.7 预判产品缺陷趋势 324
7.2.8 回顾 325
7.3 制定测试设计策略 327
7.3.1 在测试设计时考虑测试深度和广度 327
7.3.2 给测试用例划分等级 329
7.3.3 有效的测试设计评审 331
7.3.4 回顾 333
第8章 产品质量评估和测试策略调整 334
8.1 确认和计划的偏差 335
8.1.1 尽量避免小瀑布迭代 336
8.1.2 如何补救延期、阻塞和返工等问题 338
8.1.3 如何处理实际交付的内容和计划的偏差 339
8.1.4 在适应变化的情况下依然保持版本迭代节奏 341
8.2 选择测试用例 343
8.2.1 选择接收测试用例的策略和原则 344
8.2.2 选择不同阶段的测试用例的策略和原则 344
8.2.3 选择回归测试用例的策略和原则 345
8.3 测试过程跟踪 347
8.3.1 测试执行顺序和策略覆盖 348
8.3.2 确定缺陷修复的优先级 350
8.3.3 非必现缺陷处理 352
8.3.4 缺陷预判和调整测试策略 354
8.4 产品质量评估 357
8.4.1 质量指标分析 358
8.4.2 建立特性质量档案 362
8.4.3 组合缺陷分析 362
8.4.4 非测试用例发现缺陷的原因分析 364
8.4.5 遗留缺陷分析 365
第9章 基于价值的测试策略 368
9.1 再谈测试策略 368
9.2 不同产品阶段下的测试策略 371
9.3 探索式测试策略 372
9.3.1 根据不同的特性选择适合的探索式测试方法 372
9.3.2 将基于价值的测试策略和基于产品的测试策略组合起来 372
9.3.3 启发式测试策略模型 375
9.4 自动化持续测试策略 375
9.4.1 持续测试和自动化测试 377
9.4.2 自动化持续测试策略 378
9.4.3 将自动化持续测试和产品发展阶段相结合 379
