博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
VS 2010 测试功能学习(十四) - 使用MTM进行探索性测试(Exploratory Testing)
阅读量:3977 次
发布时间:2019-05-24

本文共 2040 字,大约阅读时间需要 6 分钟。

      在上上篇关于测试的博客《》末尾曾经提到了探索性测试(Exploratory Testing),它是软件测试的一种,其定义者Cem Kaner是这样描述它的:

A style of software testing that emphasizes the personal freedom and responsibility of the individual tester to continually optimize the quality of his/her work by treating test-related learning, test design, test execution, and test result interpretation as mutually supportive activities that run in parallel throughout the project.

      说白了,它就是测试人员在对被测试系统的功能进行不断了解和学习的过程中进行测试,包括:设计测试用例、执行测试、以及汇报测试结果。与传统的测试相比,它不需要事先定义好的齐备的测试文档,更强调测试人员在对系统不断地学习中,边了解边测试,它在很大程度上给测试人员更多地自由和想象空间,充分发挥他们的创造力,在不断地学习中找到测试的灵感和快乐。这种测试的灵感和快乐对于组建和培养一支热爱测试的团队是非常非常重要,它会让测试人员觉得自己不是执行重复测试劳动机器,而是一个有着创造力和灵光的团队成员。

      探索性测试早已有之,很多已经早就采用它了,只不过没有意识到,例如:Bug Bash的形式。探索性测试虽不是专为敏捷而生,但其思想却与敏捷思想不谋而合,尤其是敏捷宣言中的这两条:“ 可以工作的软件 〉面面俱到的文档”和 “响应变化  〉遵循计划”。探索性测试开始并不需要详细的文档和测试计划,上手快可以迅速进入到验证被测系统功能的正题。

      利用Microsoft Test Manager (以下简称为MTM),我们也可以进行敏捷测试,下面就已程序(是微软提供的例子程序,有源代码可以下载)为例子来展示一下如何使用MTM进行敏捷测试。

1)创建一个测试计划 - CardGame 2)添加一个探索性测试用例

      在这里,探索性测试最大的不同之处就是,它只带有以非常简单测试步骤描述,而不同于传统步骤描述详细的测试用例。在执行这个用例的时候,测试人员可以围绕着CardGame的功能,展开一系列的探索测试

  3) 启动执行探索性测试用例

      在Test页面中,选中要执行的测试用例,然后选择“Run”,如下图所示。

4)执行探索性测试用例

     测试用例的执行仍然使用的是Test Runner,如果在探索过程中发现有哪些功能不正确,可以测试用例的标记为Failed。

 5)创建探索性Bug

     在Test Runner中有可以创建探索Bug的选项 - ‘Create exploratory bug’,如下图所示。      这个选项的与创建一般Bug(Create bug)的区别在于,当你“Time Range for exploratory Bug – Microsoft Test Manager ”。这对话框的目的是让你选择采用那一段录制的操作来创建Bug。我们知道,探索性测试一大弊端是往往有时候发现了被测试系统的问题,但却忘记了确切的重现该问题的步骤,因为之前的操作带有一定的随意性,可能测试人员无法准确记清楚是那些步骤导致了这个Bug。Test Runner则可以帮助我们记录在开始执行测试用例后测试人员所有的操作步骤,这样我们就可以有这些操作步骤来创建Bug,以便于准确重现。之前的操作可能会有很多不,有些很多事不相关的操作,那么通过下面的对话框就可以选择我们所感兴趣的部分。

      在选择好所需要的操作后,选择“Use range to create bug”,他就会自动创建出下面的Bug,ActionLog中记录详细的操作步骤,便于重现问题进行修复。

 

6)由Bug来创建测试用例

      到第五步为止,似乎我们已经使用MTM完成了探索性测试并报了发现的Bug,但更为精彩的还应该说是第6步。探索性测试带有一定的随意和主观性,它能够帮助我们快速的发现系问题,但却不能很好的处理回归缺陷的出现。对于回归测试,仍然需要有记录有详实步骤的测试用例。对于我们在探索性测试中发现的Bug,可以在MTM直接由其再来创建测试用例,如下图所示,选择"Create test case from bug"菜单项。      MTM为我们创建的测试用例,如下图所示。注意:MTM会自动把Bug中记录的重现步骤转换为测试用例的中测试步骤,这样就大大简化了我们创建测试用例的复杂度。

     同时,在测试用例的“All Links”自动把相应的Bug与测试用例相关联上,便于今后查找这个测试用例的设计出处。真人性化啊!!!!

参考资料

转载地址:http://qgrki.baihongyu.com/

你可能感兴趣的文章
mknod
查看>>
模板匹配函数cvMatchTemplate中的…
查看>>
模板匹配函数cvMatchTemplate中的…
查看>>
模板匹配函数cvMatchTemplate中的…
查看>>
C语言 链表操作
查看>>
C语言 链表操作
查看>>
深入探讨C++中的引用
查看>>
深入探讨C++中的引用
查看>>
assert用法
查看>>
assert用法
查看>>
堆与栈有什么区别?
查看>>
堆与栈有什么区别?
查看>>
操作系统:进程/线程同步的方式和…
查看>>
操作系统:进程/线程同步的方式和…
查看>>
Makefile的编写
查看>>
Makefile的编写
查看>>
C语言常用算法
查看>>
Linux设备驱动调试技术 2
查看>>
Linux设备驱动调试技术 3
查看>>
系统处理 IRQ_EINT0 IRQ_EIN…
查看>>