软件测试自动化 - 硕士论文 [关闭]答案

【问题标题】：Software Test Automation - Masters Thesis [closed]软件测试自动化 - 硕士论文 [关闭]
【发布时间】：2010-10-27 08:47:43
【问题描述】：

我正在尝试写一篇关于软件测试自动化的论文。我计划比较两种测试脚本的记录和编程方法，并讨论几个自动化框架，例如 Abbot、Selenium、Yemmy、FEST 等……在我的论文中还将简要概述软件测试技术和也许是自动化测试与软件测试的比较。

编辑：我计划在其 GUI 上测试应用程序的各个方面。所以我的测试主要是在测试世界的黑盒方面。我还没有打算写单元测试。

目前，我阅读了很多有关不同自动化框架的信息，但我可能没有时间查看所有这些。所以我打算阅读它们，并使论文更加基于文学。

你认为这个话题会成功吗？
您对本主题还有其他想法吗？
你能推荐一下文学吗？
您对此话题有何看法？

【问题讨论】：

您可能还想包括 DejaGNU 在开源自动化软件测试后编译中的作用。
您对什么范围的测试感兴趣？开发人员（单元测试）、功能、集成（这些都有关于其术语的维基百科文章）？

标签： testing automation gui-testing regression-testing

【解决方案1】：

文献调查应该是硕士论文的重点。听起来您只想谈论黑盒 GUI 驱动的面向客户的工具，这是一个相当小的利基市场。

您/可能/想要在整个测试工具世界中有一两页 - 单元测试、安全性、负载等，正如上面提到的那样。但我认为你很好地瞄准了你的利基市场。

我认为，对于一篇 6 学分的论文，您应该有足够的时间来探索和尝试一些更大的商业和开源工具以及调查文献。我鼓励您研究商业工具（快速测试专家，测试完成）以及关键字驱动的自动化 - 例如 selenium RC。其他人提到“在 GUI 之后”进行测试，例如 FIT/Fitnesse，这可能值得讨论和评估。

我在 2008 年 12 月发行的软件测试和性能杂志的月刊专栏中介绍了黑盒、功能测试自动化：

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

这是一页纸的粗浅介绍。五句话的介绍是屏幕记录/播放工具会比较所有内容，因此如果您的 GUI 发生任何变化（即使您只是更改屏幕分辨率），都可能会作为错误错误返回。关键字驱动的工具只会检查您告诉他们检查的内容 - 如果无故突然禁用按钮或图标不透明，它们会错过。

只有人类擅长在每个测试用例结束时检查隐藏的断言“......并且没有发生任何其他奇怪的事情。”

因此，基于计算机的测试执行和评估可能具有一定的价值，但它应该是均衡早餐的一部分。

其他需要调查的事情：

James Bach 的“软件测试自动化蛇油”
Kaner、Bach 和 Pettichord 的著作《软件测试中的经验教训》
我关于测试框架的博文 - http://xndev.blogspot.com/2007/09/whats-test-framework.html（这是“什么是测试框架”的 4 号谷歌结果，所以我很乐意推荐它）
雷区类比 (http://www.testingperspective.com/tpwiki/doku.php?id=minefield)
Doug Hoffman 关于测试自动化的论文： http://www.softwarequalitymethods.com/H-Papers.html
测试自动化的经典“搁置件”问题
黑盒测试自动化社区的一些支持者推动的反智主义
Kaner 的黑盒软件测试课程
James Bach 在 /cognitive/ testing 方面的工作
上下文驱动的软件测试
Jon Kohl 关于“人与机器”的工作，或 cyborg 方法（而不是单独的计算机测试执行和评估）

希望对你有帮助。

【讨论】：

马特，+1，很好的答案。但是，如果通过“记录/播放工具比较所有内容，因此如果您的 GUI 发生变化”，您指的是 QTP 及其兄弟，我认为您不正确。当前一代工具开箱即用，可抵御简单的屏幕分辨率更改和对象移动。你是对的，但录制/播放通常会因其他原因而失败 - 例如应用程序经历了更彻底的变化。开发人员通常不只是更改按钮，而是以某种重要方式更改工作流程。因此，需要健全的开发实践来保持事物的可维护性。

【解决方案2】：

软件测试自动化是一个很大的话题，您可能希望缩小关注范围，而不是尝试涵盖各种框架、回放/记录、技术概述、自动化与非自动化。

关于软件测试自动化的整本书都写过：

作为一般主题
专注于功能/特性测试 (FIT)
专注于单元测试
专注于使用一种特定语言和框架的单元测试

框架针对不同类型的测试：

单元测试
- 测试驱动开发
- 行为驱动开发
特性/功能测试
GUI 测试（Windows、Java GUI、X Windows 等）
网络测试
性能测试
安全测试

我会考虑专注于其中一个领域的框架（或技术，或其他），而不是试图涵盖所有领域。或者选择其中几个区域并进行对比。

播放/记录与手写测试的问题对我来说似乎很老了。在 1980 年代，供应商喜欢推动 Windows GUI 自动化的播放/录制。它带来了很棒的演示和寄予厚望。但它也适用于脆性测试和搁板。回放/记录可以很好地帮助您开始使用工具，但为了便于维护，您通常需要编写更高级别的脚本。这开启了电子表格和基于关键字的方法的新时代，并最终迎来了 FIT/FitNesse。

【讨论】：

平心而论，相当多的硕士课程非常接受这种调查论文。
感谢您的评论！我在原始问题中添加了一些详细信息，我非常专注于我的主题，以至于我忘记了还有其他测试自动化方法而不是 GUI 测试。

【解决方案3】：

我不了解文学，但我认为贵校图书馆中的 ACM 出版物可能会产生成果。特别是SIG* newsletters。（也许是SIGSOFT？）

在我看来，这确实是一篇不错的硕士论文。当然，你的论文导师是最后的决定。你应该去和他们谈谈。

【讨论】：

【解决方案4】：

作为基于文献的评论，这是一个很好的主题；那里有很多材料。显然，我不会开始深入了解所有细节，因为那是你作为作者的工作。 :-)

但是，虽然我不熟悉硕士论文的原始研究要求，但这对于博士论文来说肯定是不够的。我会寻找您可以添加到此的原创作品。一个想法是测试方法和系统的分类。与形式验证相比，您还可以检查测试的作用。

【讨论】：

是的，北美大部分终端硕士项目不需要实证研究。我的没有。需要几个立场的文献调查通常是可以的。这是一个 3-6 学分的项目，而不是 21+ 学分的项目。 :-)

【解决方案5】：

如果可以在线获得该论文，我将有兴趣阅读该论文。值得考虑以编程方式访问 GUI - Web 和应用程序。然后是 Selenium 或 WatiR 等录制和播放工具。当然，自动化的优点和缺点 - 工具的限制（例如，大多数人无法查看 Java 小程序或网页上的 Flash）以及一些人在自动化时忘记的最重要的事情 - 并非一切都应该 em> 自动化！

但是，如果您可以对此发表评论，以便在完成后通知我们，我真的很想读一读。

【讨论】：

【解决方案6】：

今年刚刚出版了一本关于测试自动化的优秀书籍：“实施自动化测试”，Elfriede Dustin、Thom Garrett 和 Bernie Gauf、Addison Wesley。

【讨论】：