集成测试框架?

问题描述:

我正在寻找一个测试框架来覆盖我们的黑盒集成测试。我们需要非开发人员可以编写脚本的东西(又称不是C#单元测试类型的东西)。集成测试框架?

最初的情景我想到的是:

  1. 还原称为DB
  2. 运行SQL代理作业(ETL)
  3. 对输出DB

执行验证SQL脚本
  1. 运行msi install
  2. 检查文件夹/文件/ REGKEYS /服务的所有脑干的/ etc
  3. 运行MSI卸载

到目前为止,我没有发现任何东西,似乎配件。主要是UI测试(项目白/等),我们将使用但不包括这些情况。或者基于单元测试框架的集成测试,我们还没有准备好将我们的QA团队推向未来。

我目前正在试验如果我找不到其他东西,我们自己的内部测试工具。

它看起来像你想运行一堆命令行参数,对吧?

嗯,我看到两种方法可以做到这一点:

1),你可以发明自己的领域特定语言。这是一种说法,你写了一些非常非常高级的函数的解释器的奇特方式。非技术人员编写诸如批处理文件之类的东西,然后编写一些C#读取文件,执行switch语句,然后运行这些命令。 FIT可能是最常见的方法 - 这是集成测试的框架。 (这样做的方法是用逗号分隔所有东西:command,param1,param2,假设它是一个非常简单的汇编程序,然后你的switch语句取param1..paramx并将它们粘贴到一个字符串数组中,并将它传递给函数。该功能处理阵列。)

问题在于您的客户需要变量。他们会想要循环。很快,您已经实现了一个都灵完整的编程解释器,它以columner格式读取数据。臭死了。

,所以你可以...

2)教你的客户的脚本语言。我会研究Perl和测试::更多 - 或者可能是一些红宝石测试的东西。

如果不工作,也许你能...

3)放弃对具有客户创造所有的测试。取而代之的是,让一个工具制造商与客户配对来创建轮廓,然后返回并将其转换为代码。

如果您驾驶的是浏览器,我推荐使用selenium或watIR,但它看起来像是命令行-y。

给我发一封电子邮件([email protected])或阅读我的博客(xndev.blogspot.com)上有关测试框架的更多信息。我的博客是问谷歌什么是测试框架的#2搜索结果,所以我很乐意推荐它。 :-)

问候,

--heusser不仅仅是一堆命令行PARAM东西

+0

更多。不基于网络。 我走了一半#1内部工具。 XML定义文件,简单的属性和几个容器类型的测试列表(全部,没有,必须通过)。 您的#2/3中的“客户”是我们的质量保证团队。我没有时间让自己再次用Perl/Ruby来加速,也没有教过其他任何人,更不用说向他们推出工具了。我想将它们转向基于代码的测试,但我现在需要一个桥接工具。 接受,因为没有其他答案,它确认没有其他工具了。 – 2009-05-21 07:21:45