我正在写一篇关于软件测试自动化的论文。我计划比较两种测试脚本的记录和编程方法，并讨论几个自动化框架，例如Abbot，Selenium，Yemmy，FEST等等。另外在我的论文中将简要介绍一下软件测试技术和也许是自动化测试与软件测试的比较。
编辑：我正计划通过它的GUI测试应用程序的方面。所以我的测试主要是在测试世界的Blackbox一侧。我没打算写关于单元测试的文章。
在片刻，我几乎阅读了不同的自动化框架，但我可能没有时间审查所有这些。因此，我打算阅读它们，并使论文更多地以文学为基础。
答案 0 :(得分：8)
文献调查应成为MS论文的重点。听起来你只想谈谈黑盒子GUI驱动面向客户的工具，这是一个相当小的利基。
您/可能/想要在整个测试工具世界中拥有一两页 - 单元测试，安全性，负载等，如上所述。但我认为你很好地瞄准了你的利基市场。
我认为，如果有6个学分的论文，你应该有足够的时间来探索和尝试一些更大的商业和开源工具以及调查文献。我鼓励您研究商业工具（快速测试专家，测试完成）以及关键字驱动的自动化 - 例如selenium RC。其他人提到测试“幕后GUI”，例如FIT / Fitnesse，可能值得讨论和评估。
我在2008年12月的软件测试和性能杂志中的每月专栏中介绍了黑盒，功能测试自动化：
http://www.stpmag.com/issues/stp-2008-12.pdf（第7页）
这是一页刮擦表面介绍。五句话的介绍是屏幕记录/回放工具比较一切，所以如果你的GUI发生任何变化（即使你只是改变了屏幕分辨率），它可以作为错误的错误返回。关键字驱动的工具只检查你告诉他们检查的内容 - 他们错过了一个按钮突然被禁用而没有正当理由或图标不透明。
只有一个人善于在每个测试用例结束时检查隐藏的断言“......没有其他奇怪的事情发生。”
因此，基于计算机的测试执行和评估可以有一些价值，但它应该是均衡早餐的一部分。
要研究的其他事项：
我希望有所帮助。
答案 1 :(得分：3)
软件测试自动化是一个很大的主题，您可能希望缩小您的注意力，而不是尝试涵盖混合的框架，回放/记录，技术概述，自动化与非自动化。
整本书都是关于软件测试自动化的：
框架针对不同类型的测试：
我会考虑关注其中一个领域的框架（或技术，或其他），而不是试图全部覆盖它们。或者选择几个这些区域并进行对比。
回放/记录与手写测试的问题对我来说似乎很老。在1980年代，供应商喜欢推动Windows GUI自动化的播放/记录。它为伟大的演示和寄予厚望。但它也做了脆弱的测试和货架。回放/记录很适合您开始使用工具，但为了可维护，您通常需要在更高级别编写脚本。这开创了电子表格和基于关键词的方法的新时代，最终迎来了FIT / FitNesse。
答案 2 :(得分：0)
我不了解文学，但我认为你学校图书馆的ACM出版物可能会产生结果。特别是SIG* newsletters。 （也许是SIGSOFT？）
这对我来说听起来像是一个好的硕士论文。当然，你的论文顾问就是最后一句话。你应该和他们谈谈。
答案 3 :(得分：0)
作为一个基于文献的评论，这是一个很好的主题;那里有很多材料。显然，我不会开始深入了解其中的所有细节，因为这是你作为作者的工作。 ： - ）
然而，尽管我不熟悉硕士论文的原始研究要求，但这对于博士论文来说肯定是不够的。我会寻找你可以添加的原创作品。一个想法是测试方法和系统的分类。与形式验证相比，您还可以检查测试的作用。
答案 4 :(得分：0)
如果可以在线阅读，我会对阅读论文感兴趣。值得考虑以编程方式访问GUI - Web和应用程序。然后是Selenium或WatiR等唱片和播放工具。当然还有自动化的优点和缺点 - 工具的局限性（例如，大多数无法看到java applet或网页上的flash）以及一些人在自动化时忘记的最重要的事情 - 并非应该 自动化！
但是，如果你有可能对此发表评论，以便在完成后通知我们，我真的很喜欢阅读。
答案 5 :(得分：-1)
今年刚出版了一本关于测试自动化的优秀书籍：“实施自动化测试”，Elfriede Dustin，Thom Garrett＆amp; Bernie Gauf，Addison Wesley。