美文网首页
【读书笔记】《探索式软件测试》——第8章:软件测试的未来

【读书笔记】《探索式软件测试》——第8章:软件测试的未来

作者: 小静默 | 来源:发表于2016-11-13 20:48 被阅读114次

    好久没看了,今天优先看了第8章,关于未来,看完后,感觉里面有太多没有的想法~

    1.欢迎来到未来世界

    这一章主要描绘软件测试的未来蓝图,依靠这种测试方法可以创建出高可靠性的未来应用程序。

    2.测试人员的专有提示

    在这个愿景里,来自应用程序、文档和文件的信息将被有序地显示在可配置的透明显示区域内。这些透明显示区域叠在被测试的应用程序之上。我们把这种实现叫做“测试人员的提示显示”,简称THUD(Tester's heads-up display)。

    当我们像玩电子游戏一样进行测试软件时,我们就会知道什么时候缺陷会被修复,哪些组件、控件和APIs等会受到影响。我们会被提示以前的输入和过去的测试结果。我们将会被提示哪些输入有可能发现问题,哪些输入已经是自动化测试套装的一部分甚至是先前单元测试的一部分。THUD会含有被测程序的结构、所作的假设、体系架构、缺陷以及过去的完整测试过程。

    个人感觉,如果真的变成这样,那么测试将会是一个更加好玩的事情。

玩游戏

    3.测试百科

    我猜想你所能测试的每一个函数其实已经在某个地方,在你测试之前的某个时间点,已经有人测试过了。需要测试登录对话框的用户名和密码吗?它已经被测试过了。确实,每个输入字段、函数、行为、过程、API、功能过去都已经被测试过了。虽然产品的功能与以前的功能不完全一致,但是总有非常接近的地方,从前所使用的测试或多或少适合你的需要。你所需要的就是“测试百科”,它总结了所有测试知识,并且以一种可被任何软件测试人员重用的形式描述了测试用例。

    将测试百科变为现实需要两个条件。第一,测试用例必须可以重复使用,在测试人员机器上运行的测试用例可以被装到另一个测试人员的机器上,不用做任何改动就可以运行。第二,测试用例必须更具有通用性,这样他们才可以被应用于多个应用程序。

    1)测试用例的重用

    未来的测试用例将以虚拟化方式,将用例所需要的环境同它本身一块儿封装起来。测试用例将被写入虚拟封装模块,它包含该用例对环境的所有必要依赖,使测试用例能够在指定的任何机器上运行。

    一个测试用例的价格是多少呢?一美元?十美元?测试用例的价值越大,它的价格也越高。可重用的测试用例将有足够的内在价值,随之而来的是从事测试用例转换的专有市场。

    2)测试原子和测试分子

    如果我们写测试用例时所覆盖的区域越小,所产生的测试用例就会越通用。特性比应用程序小,函数和对象比特性小,控件和数据类型比函数小,以此类推。当我们精细到一定程度,我们便拥有了被称之为“原子”的测试用例。一个“测试原子”就是一个测试用例,它存在于可被细分的最底层。

    测试原子也可以组合成测试分子。两个字符串测试原子会被组合成一个测试分子去测试含有用户名和密码的对话框。

    4.虚拟化的测试资产

    测试人员所面临的主要困难之一就是能否在真实用户环境下运行测试用例。

    在未来,虚拟技术可以改进这个过程,它会把顾客环境数据送到测试百科里以供重用。想像一下,不仅缺陷报告会寄往软件供应商,而且整个机器都会被虚拟化(去除个人信息之后),并通过互联网发送到软件供应商。经过一段时间,代表数千实际用户环境的虚拟机数据将被保存起来。通过合理的基础设施建设,这些虚拟机即可作为虚拟测试实验室的一部分提供对外服务。

    5.可视化

    软件的可视化,使测试人员可以监视测试进展,并确保达到预期的测试效果。可视化工具通过展示软件的重要属性,提供软件在停止和运行时有效图像的方式,可以帮助未来的测试人员弥补测试能力方面的不足。

    微软的PC游戏测试团队对屏幕截图,在这些图中,并没有展示代码的执行路径,图片通过从当前截屏流转到下个截屏的方式,显示待测游戏的执行流程。

    可视化可以基于应用程序的属性,像代码变动率、覆盖率和复杂性等。

    6.未来的测试

    未来,测试设计者会分析应用程序的测试要求和所有的接口,并记录下测试需求。他将确定需要哪些测试资产,从免费公开的开源(如测试百科)或其它地方得到他想要的东西。其结果将是出现各种各样的虚拟化操作环境,这些环境将被部署在基于云计算的虚拟测试实验室中,测试用例将被并发执行。这一切将会由可视化工具、测度工具和管理工具所管理,这些工具提供了自动缺陷报告和内部版本管理,最终达到不需要进行人工监视的程度。

    当然,只有经过几年或几十年开发和收集可重用的测试资产,以上愿望才会变为可能。随着时间的推移,会收集到上亿的测试原子和测试分子,这些测试会自己分析应用程序,寻找自身可使用的地方,自动执行测试,然后把测试结果编译到大的测试监视系统。

    在应用程序发布的时候,针对每一个想得到的操作环境,我们都会运行能够想到的所有测试用例。每一个输入字段都会被合理和不合理的输入反复使用百万次。每一个特性都会被测试到,每一个潜在的特性冲突和应用程序兼容问题都会被检查或反复检查。针对安全性、性能、隐私等方面的测试还会在每一个版本或中间版本上运行。没有被测试所覆盖的范围将被自动识别出来,新的测试用例将被加入以增加测试覆盖面。

    只能说:这一切太美好了~

美好

    7.发布之后的测试

    8.小结

    一个能够代表软件测试最佳模式的行业就是电子游戏行业。对于软件测试人员来说,游戏人员的过程、技术和指导原理是一个非常值得效仿的模式。测试人员会像玩家一样,全副武装地驾驭一个充满了输入、输出、数据和计算的复杂世界。

    看完整章,测试人员的专有提示和测试百科的思想让我惊讶,虚拟化和可视化的构想也是极好的,但想法终究是想法,期待真正能实现的那天~

相关文章

  • 常见探索性测试方法论一览!

    什么是探索性测试 探索式测试(Exploratory Testing,简称ET)是一种自由的软件测试风格,强调测试...

  • 什么是探索测试以及和脚本式测试的区别

    早在1983年,Cem Kaner提出了探索式测试的概念。 探索式测试是一种软件测试风格,它强调独立测试人员的个人...

  • 【读书笔记】《探索式软件测试》——第8章:软件测试的未来

    好久没看了,今天优先看了第8章,关于未来,看完后,感觉里面有太多没有的想法~ 1.欢迎来到未来世界 这...

  • 探索式测试

    探索式测试 前微软,谷歌架构师提出的 在敏捷开发中大量引入 《探索式软件测试》 没有稳定的前提下 测试使用探索式测...

  • 探索式软件测试

    在敏捷测试里面,很重要的一项就是探索性测试,但是当我们提到探索式测试,很多人感觉是一个很虚无缥缈的东西,我们怎样才...

  • 我理解的“探索式测试”

    学而时习之 还记得几个月前在读《探索式软件测试》这本书,当时了解探索式测试这一概念觉得新奇但认为也不过是一种测试分...

  • 软件性能测试目录

    软件性能测试Ⅰ 软件性能测试Ⅱ 软件性能测试Ⅲ 软件性能测试Ⅳ 软件性能测试Ⅴ 软件性能测试Ⅵ 软件性能测试Ⅶ 软...

  • 软件测试,经典简易总结

    前言 重温自己的探索之路。 初学 开始学习软件测试,那么什么是软件测试,软件测试很重要吗?当然重要,这是毫无疑问的...

  • 五月福利--干货来袭,PDF书免费送!

    图书目录: 软件测试: 《软件测试(原书第2版中文)》PDF版 《软件测试的艺术(第二版)》PDF版 《软件测试基...

  • 软件探索测试

    最近因为工作及个人兴趣的原因,读了James A. Whittaker的《探索式软件测试》,也在公司的论坛上看了一...

网友评论

      本文标题:【读书笔记】《探索式软件测试》——第8章:软件测试的未来

      本文链接:https://www.haomeiwen.com/subject/oxicpttx.html