敏捷测试：Agile Testing--遵循敏捷宣言的一种测试实践
个体与交互 重于 过程和工具
可用的软件 重于 完备的文档
客户协作 重于 合同谈判
响应变化 重于 遵循计划 在每队比较中，后者并非全无价值，但我们更看重前者
敏捷测试特点：强调从客户角度进行测试
重点关注迭代测试新功能，不在强调测试阶段
尽早测试，不间断测试，具备条件即测试
强调持续反馈
预防缺陷重于发现缺陷
敏捷测试 VS 传统测试
| 传统测试 | 敏捷测试 |
| ·测试是质量的最后保护者 ·严格的变更管理 ·预先的计划和细节的准备 ·重量级文档 | ·开发和测试人员是紧密合作，大家都有责任对软件负责 ·变更是可接受的，拥抱变更 ·计划随着进展时常调整 ·只需要绝对必要的文档 |
敏捷测试 VS 传统测试（2）
| 传统测试 | 敏捷测试 |
| ·各阶段测试严格的入口和出口标准 ·更多在回归测试时进行重量级的自动化测试 ·严格依赖流程执行 ·测试团队和开发团队是相对独立的 | ·各迭代之间已经没有明显的入口和出口标准 ·所有阶段都需要自动测试，每个人都需要做，是项目集成的一部分 ·流程不再需要严格执行 ·团队合作是无缝隙合作 |
敏捷测试：整个测试是持续不断地质量反馈的一个过程，从研发生命周期的开始，需求阶段，就把测试过程中相关的问题持续不断地反馈给开发人员、产品经理，及时发现产品现状，及时改正，更多体现一种价值观，一种流程思想。
基于脚本的测试-SBT
Script-based Testing
Scripted Testing(ST)
Exploratory Testing(ET)
探索式测试（ET）
完全抛开测试脚本的测试
它是一种测试风格、思维而不是一种测试技术
ST VS ET
| ST | ET |
| ·系统性强 ·容易管理、控制 ·设计在先，执行在后 ·主要是验证自己的思路 ·可预见性 | ·自由灵活 ·和ST是互补的 ·执行和设计（思考）并行 ·不断和系统交互，带着问题测试 ·学习的过程 |
探索式测试的优点
1、更能激发测试人员的创造性和工作乐趣
2、增加了发现新的或较深入Bug的可能性
3、在较短的时间内找到更多Bug以及对SUT作一个快速的评估
4、有利于更加有效地实施自动化
5、更加适用于敏捷项目
6、减少了在简单、繁复上用例的无畏编码时间
探索式测试的缺点
1、测试管理上有局限性，较难协调和控制
2、对于Bug的重复利用和重现上作用有限
3、对测试人员的测试技能和业务知识深度依赖较大
4、只有在SUT已完全可用的前提下才更有作用
5、ET的生产率很难定义
6、ET本身较难进行自动化
局部探索式测试
全局探索式测试
执行探索式测试
基于风险的测试--RBT
Risk-based Testing：一种基于对软件失效的风险评估并以此指导测试计划、设计、执行、结果评价的软件测试类型
哪些风险？
1、质量风险：例如软件的功能、易用性、性能，软件功能的缺失，数据的转换等导致的问题
2、管理风险：人员的技能不足，项目的人力不足，测试环境不具备，被测系统的需求不够清晰，被测系统关联的第三方系统有问题导致没法进行联调，这类问题为管理风险
风险级别 = 风险可能性 * 风险严重度
识别风险
| 可能性 | 严重程度 |
| ·复杂度 ·时间压力 ·高变更率 ·技能水平 ·地理分散度 | ·使用频率 ·失效可视性 ·商业损失 ·组织负面影响和损害 ·社会损失和法律责任 |
风险要素 = Sum（单项权重*得分）
RBT的优点
基于模型的测试--MBT
https://blogs.msdn.microsoft.com/sechina/2009/11/18/123/
主要的MBT工具
最后
以上就是大气芹菜最近收集整理的关于软件测试的分类--敏捷测试：基于脚本的测试-SBT、探索式测试（ET）、基于风险的测试--RBT、基于模型的测试--MBT的全部内容，更多相关软件测试内容请搜索靠谱客的其他文章。
发表评论 取消回复