j测试脚本

❶ 测试脚本的定义

测试脚本语言（test scripting language）是脚本语言的一种，准确地讲是脚本语言在测试领域地一个分支，是自动化软件测试设计的基础。要理解测试脚本语言就不能不对脚本语言进行一些了解。
脚本语言（scripting language） 就是在执行时以解释(interpreting) 为主的编程语言，比如常见的perl，python，php，tcl，guile，ruby以及UNIX系统的各种shell都是脚本语言，它的执行效率比不上编译后再执行的程序，如以C，C++， Java，Pascal等语言编写的程序。
脚本语言应用到测试领域就可以称之为测试脚本语言，以上提到的脚本语言都可以作为测试脚本语言来使用，特别是tcl语言更是被业界称为事实上的测试脚本语言标准。随着软件测试的发展，各种测试工具也相继推出，为了保护知识产权或者说是保护商业秘密，这些商业化的软件大多使用自己的测试脚本语言，比如MI的TSL语言等。

❷ 测试脚本的分类

线性脚本：是录制手工执行的测试实例得到的脚本。这种脚本包括所有的击键、功能键、箭头、控制测试软件的控制键及输入数据的数字键。
结构化脚本：类似于结构化程序设计，结构化脚本中含有控制脚本设计的指令。这些指令或为控制结构或为调用结构。
共享脚本：脚本可能被多个测试事例使用。
数据驱动脚本技术：将测试输入存储在独立的文件中，而不是存储在脚本中。
关键字驱动脚本：较复杂的数据驱动技术的逻辑扩展。

❸ 测试新人如何写好软件测试脚本

1.会代码的话就直接写
2.不会代码的就看要求是需要写什么类型的脚本
3.新手的话我觉得好不好不重要，能够达到目的的脚本就可以了。比如我用python可能就几行代码，但是用到bat就可能会复杂一点，但有什么关系。达到目的就好了呀
ps.现在这么牛批了么，一上来就让写。难道都没有人带带的嘛

❹ 软件测试中的测试脚本是怎么定义的是一段代码吗什么情况下要用到测试脚本

一般是自动化或者性能测试会用到脚本，脚本需要录制，以代码的形式呈现

❺ 可用性测试脚本应包含哪些内容

可用性测试脚本应包含：

（1）连接速度测试。用户连接到电子商务网的速度与上网方式有关，他们或许是电话拨号，或是宽带上网。

（2）负载测试。负载测试是在某一负载级别下，检测电子商务系统的实际性能。也就是能允许多少个用户同时在线！可以通过相应的软件在一台客户机上模拟多个用户来测试负载。

（3）压力测试。压力测试是测试系统的限制和故障恢复能力，也就是测试电子商务系统会不会崩溃。

概述

更改目标软件时，需要对测试过程进行局部的可控制的变更。这将使得测试过程和测试脚本对目标软件的变化有更大的应变能力。例如，假设软件的登录部分已经改变。在遍历该登录部分的所有测试用例中，只有关于登录的测试过程和测试脚本需要进行改变。

测试脚本是针对一个测试过程的。一个测试过程往往需要众多的数据来测试。通过自动录制得到的脚本，所有的输入数据都是常数，是固定的。

❻ 如何写自动化测试脚本具体的思路是。。。。。

自动化测试适用范围主要是回归测试针对回归测试来设计自动化测试脚本的思路：1.确定是否需要进行自动化测试2.需要自动化测试，则确定哪些内容需要进行自动化测试3.选取需要自动化测试的内容相关的测试用例4.根据这些用例，构建数据文件5.根据数据文件设计相应的逻辑，以方便数据文件的输入为主6.自动化测试脚本应该包含以下内容：1.可重复的操作步骤2.可替换的输入3.具有比对预期输出与实际输出的功能4能够自动将比对的结果输出到一个统一的文件上

❼ 测试脚本的发展历史

这里我们以tcl语言的发展来回顾一下脚本语言的发展历史，商业化的测试脚本语言一般就是随着商业测试软件的发展来发展的，在此不作详细介绍。
Tcl/Tk 的发明人 John Ousterhout 教授在八十年代初是伯克利大学的教授。在其教学过程中，他发现在集成电路 CAD 设计中，很多时间是花在编程建立测试环境上。并且，环境一旦发生了变化，就要重新修改代码以适应新环境。这种费力而又低效的方法，迫使 Ousterhout 教授力图寻找一种新的编程语言，它既要有好的代码可重用性，又要简单易学，这样就促成了 Tcl (Tool Command Language) 语言的产生。
Tcl 最初的构想是希望把编程按照基于组件的方法 (component approach)，即与其为单个的应用程序编写成百上千行的程序代码，不如寻找一种方法将程序分割成一个个小的, 具备一定“完整”功能的，可重复使用的组件。这些小的组件小到可以基本满足一些独立的应用程序的需求，其它部分可在这些小的组件功能基础上生成。不同的组件有不同的功能，用于不同的目的，并可为其它的应用程序所利用。当然, 这种语言还要有良好的扩展性, 以便用户为其增添新的功能模块。最后，需要用一种强的，灵活的“胶水”把这些组件“粘”合在一起, 使各个组件之间可互相“通信”，协同工作。程序设计有如拼图游戏一样，这种设计思想与后来的 Java 不谋而合。终于在 1988 年的春天, 这种强大灵活的胶水 - Tcl 语言被发明出来了。
到了80年代图形用户界面逐渐流行的时候，Ousterhout 教授要想使基于组件的设计能够实现，需要有一个强大的有弹性的控件整合工具。这些想法在一开始考虑做Tcl的时候就产生了，Ousterhout 教授觉得像Tcl这样的嵌入式命令语言作为脚本语言对整合部件会很有用。Ousterhout 教授决定创建一些作为Tcl扩展的GUI部件并且使用Tcl来把这些部件整合到图形用户界面中，借此实践一下这个理论。这个扩展就成为了Tk。
Tcl 在创始初期都是以开放源码的方式发布的，到了90年代初，Tcl语言得到了广泛的发展，并得到了大型厂商的支持，如SUN公司，并逐步形成了tcl社区， 这样就逐渐有了商业赢利产品的开发，同时Tcl将会继续开发开放源代码的产品，至此TCL语言进入了两种不同的发展轨道，同时也促进了tcl语言的发展和 应用。

❽ 如何使用python编写测试脚本

1)doctest
使用doctest是一种类似于命令行尝试的方式，用法很简单，如下

复制代码代码如下:

def f(n):
"""
>>> f(1)
1
>>> f(2)
2
"""
print(n)

if __name__ == '__main__':
import doctest
doctest.testmod()

应该来说是足够简单了，另外还有一种方式doctest.testfile(filename)，就是把命令行的方式放在文件里进行测试。

2)unittest
unittest历史悠久，最早可以追溯到上世纪七八十年代了，C++，Java里也都有类似的实现，Python里的实现很简单。
unittest在python里主要的实现方式是TestCase,TestSuite。用法还是例子起步。

复制代码代码如下:

from widget import Widget
import unittest
# 执行测试的类
class WidgetTestCase(unittest.TestCase):
def setUp(self):
self.widget = Widget()
def tearDown(self):
self.widget.dispose()
self.widget = None
def testSize(self):
self.assertEqual(self.widget.getSize(), (40, 40))
def testResize(self):
self.widget.resize(100, 100)
self.assertEqual(self.widget.getSize(), (100, 100))
# 测试
if __name__ == "__main__":
# 构造测试集
suite = unittest.TestSuite()
suite.addTest(WidgetTestCase("testSize"))
suite.addTest(WidgetTestCase("testResize"))

# 执行测试
runner = unittest.TextTestRunner()
runner.run(suite)

简单的说，1>构造TestCase(测试用例)，其中的setup和teardown负责预处理和善后工作。2>构造测试集，添加用例3>执行测试需要说明的是测试方法，在Python中有N多测试函数，主要的有：
TestCase.assert_(expr[, msg])
TestCase.failUnless(expr[, msg])
TestCase.assertTrue(expr[, msg])
TestCase.assertEqual(first, second[, msg])
TestCase.failUnlessEqual(first, second[, msg])
TestCase.assertNotEqual(first, second[, msg])
TestCase.failIfEqual(first, second[, msg])
TestCase.assertAlmostEqual(first, second[, places[, msg]])
TestCase.failUnlessAlmostEqual(first, second[, places[, msg]])
TestCase.assertNotAlmostEqual(first, second[, places[, msg]])
TestCase.failIfAlmostEqual(first, second[, places[, msg]])
TestCase.assertRaises(exception, callable, ...)
TestCase.failUnlessRaises(exception, callable, ...)
TestCase.failIf(expr[, msg])
TestCase.assertFalse(expr[, msg])
TestCase.fail([msg])