我尝试写一篇论文,关于软件测试自动化。我的计划比较两种做法的记录和编程的测试脚本,并讨论有关的几个自动化的框架,例如艾博特、硒、Yemmy,巨星等等...还在我的论文将简要概述有关Softwaretesting技术和也许比较的自动化测试的软件的测试。

编辑:我计划方面的测试应用程序的GUI。因此,我的试验将是主要在黑盒侧测试的世界。我没有计划编写有关单元的测试。

目前我读了很多有关不同的自动化框架,但是我可没有时间来审查所有的人。所以我阅读他们,并使更多的论文文献为基础。

  • 你认为这个主题可能是成功的?
  • 你有其他想法关于这个主题?
  • 你可以建议文学?
  • 你的意见是什么关于这个主题?
有帮助吗?

解决方案

一项调查的文献应该是一个好专注于一个MS的论文。它听起来像是你想要的只是谈谈黑盒GUI的驱动面向客户的工具,这是一个适当小专长的领域。

你可能会/想要有一个网页或两个在整个世界的测试工具单元的测试、安全性、负载,等等,有人提到上。但我认为你有目标你的适当位置很好。

我想有6个信用的论文,你应该有足够的时间来探索和试行一些较大的商业和开放源工具以及调查文献。我会鼓励你看到这两种商业工具(快速测试亲,测试完成)以及关键驱动的自动化硒RC,例如。其他人提到的测试"后面的GUI"例如适合/Fitnesse,它可能是值得讨论和评估。

我罩的黑盒、功能测试自动化,在我的每月列在2008年一问题的软件的测试和性能杂志:

http://www.stpmag.com/issues/stp-2008-12.pdf (第7页)

这是一个网页划的表面介绍。五句介绍的是屏幕上记录/播放的工具进行比较的一切,所以如果你GUI变化,以任何方式(即使你只是改变画面分辨率)就可以回来,作为一个虚假的错误。关键驱动的工具只有检查什么你告诉他们的检查-他们错过,如果一个按钮是突然残疾没有很好的理由或图标不是透明的。

只有一人是良好的,在检查隐藏的断言在每个试验的情况下"...并没有其他奇怪的事情发生。"

所以基于计算机的执行测试和评估可以有一定的价值,但它部分应该是一个均衡的早餐。

其他事情看成:

我希望这有所帮助。

其他提示

软件测试自动化,是一大主题,您可能想要您的焦点狭窄而不是企图掩盖一个混合的框架,播放/记录,概述的技术、自动化系不。

整本书已写入关于软件测试自动化:

  • 作为一个一般主题
  • 注重功能/功能试验(适应)
  • 重点单元的测试
  • 重点单元的测试使用一种特定的语言和框架

框架的目的是在不同类型的检测:

  • 单元的测试
    • 测试驱动的发展
    • 行为驱动的发展
  • 功能/职能的测试
  • GUI测试(Windows、Java Gui、X窗口等)。
  • 网测试
  • 性能检测
  • 安全测试

我会考虑的重点框架(或技术,或者)在这些领域之一,而不是试图掩盖它们所有人。或选择一两个这些领域,并对比它们。

这个问题的回放/记录与手写的试验似乎旧给我。在1980年代供应商的很喜欢推播放/记录Windows GUI自动化。它为伟大的演示和高希望。但是它也成为脆测试和shelfware.回放/记录是很好的让你开始与一个工具,但是可维护的,通常需要编写的脚本在一个更高的水平。这带来了一个新时代的电子表格和基于关键字的办法,并最终适合/FitNesse.

我不知道有关文献,但是我认为该出版物在学校的图书馆可能会产生结果。特别的 SIG*通讯.(也许 SIGSOFT?)

这听起来像一个良好的硕士论文我。当然你的论文顾问是最后的词。你应该去跟他们谈谈

作为一个基于文献的审查,这是一个极好的主题;有大量的材料。显然我不是要开始进入的所有细节,因为这是你的工作作为提交人。:-)

然而,虽然我不熟悉原来的研究需要一个硕士论文,这当然不足以满足一个博士论文。我会看起来原始的工作可以添加到这一点。一个想法是一个分类的测试方法和系统。你可能还审查的作用的测试作为相比,正式核实。

我有兴趣阅读的论文,如果是在网上提供。值得考虑的程序性访问GUI这两个网和应用程序。然后有记录和播放的工具,如硒或WatiR.和课程的优点和缺点的自动化的限制的工具(最不能看到java小或闪光的网页上,例如)和最重要的事情有些人忘记了时自动-不是一切 应该 被自动化!

但是,如果在所有可能的对你的评论在此通知我们,当这样做了,我真的喜欢的一读。

一个很好的书上测试自动化,只是已公布这一年度:"执行自动测试",Elfriede达斯汀,汤姆*加勒特&伯尼Gauf,Addison Wesley.

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top