软件测试构建软件测试
测试实现可以被分为以下几个部分:测试构建,测试执行,测试结果的捕获和分析,以及测试结果验证。我们将分别介绍这几个部分。
测试构建沿用了测试设计中使用的那一套工具,使之容易了一些。测试数据建立在一个电子数据表中,这个电子数据表和测试条件同属一个业务手册。这些数据可以导出到Csv文件,csv文件将在测试执行中用到。如果测试是通过自动化框架来执行,那测试构建还包括编写测试脚本。自动化测试脚本是软件程序。它们有自己的适用于软件测试事件的编程语言或语言扩展。脚本语言通常嵌人在捕获/回放工具中,该工具带有源码编辑器。语言的风格随着开发商的不同而不同,而且随着相关语法和语义的不同,所以使用特定产品的困难度也不同。另外,一些开发商的脚本语言和他们的记录工具比其他开发商的更健壮。
可用的命令(命令是语言的一个部分)越专门化,那么测试工程师就能越好地控制测试环境和ALVr。专门的测试成为语言的组成部分,类似于命令,当执行的时候测试具体的项目——比如图形用户界面(GUI)对象的属性和数据以及窗口的存在性——并且需要进行文件比较。一些内建的测试用例非常有用,大多数在GUI测试方面功能十分强大。但是它们对功能测试就不那么有效了。我们可以通过执行外部测试数据(这些测试数据反映了测试需求)和验证测试结果来实现很多测试。这些数据控制了测试脚本在应用程序中如何起作用;这些数据包含了测试脚本用来置入目标应用程序输入数据域的值。
由脚本编写者来设计和实现测试脚本。如果测试脚本的编写没有任何指导,这样写出来的脚本结构性会很差,而且每个脚本将成为各脚本编写者的个人风格产品。我们曾经目睹过这样的情况,当测试小组中的几个人被要求分别对应用的几个指定部分写自动化测试脚本时,就出现了上述情况。我们甚至还给了他们基本的模板作为起始点,结果没有任何两个人写的测试脚本相似。我们将在第8章给出一套自动化测试脚本编写规则。
如果可能,测试脚本的编写应该和溯试数据的编写并行进行。使用像Arc-h盯Group的(:SDl3T这样的方法可以使测试脚本设计者和测试数据设计
文章来源于领测软件测试网 https://www.ltesting.net/