软件开发过程中最重要的活动之一是测试。在 FOSS 社区中，软件通常由开发人员自身、其他开发人员和志愿者进行测试。在 openSUSE 12.1 开发过程中，保持 Factory 正常运行非常重要。然而，测试这通常是一项相当枯燥、重复的任务：测试人员必须尽可能频繁地启动 Factory ISO，并检查基本应用程序是否启动并正常工作。我们不喜欢枯燥的任务，因此 openSUSE 项目一直在使用自动化测试框架 openQA 来每日测试此版本！

本文解释了 openQA 的工作原理以及您可以如何帮助保持 Factory 正常运行！我们还将提供有关测试的更多链接，以帮助新测试人员学习该行业，并为经验丰富的测试人员提供一些新的技巧和见解！

开发周期

测试通常在最新的开发版本上进行，有时也会使用来自 Factory 的更新进行额外的测试，以验证错误修复。Factory 中的所有内容都通过我们的自动化测试框架 openQA 进行测试。您可以阅读更多关于 openQA 的信息以及 openSUSE 新闻 公告。openQA 是一个很棒的测试套件，能够生成整个过程的视频和屏幕截图。这大大降低了测试人员的开销。可以在 此处 找到测试结果的概述。

使用 openQA

报告错误

openQA 可用于错误报告和错误分类。要使用 openQA 查找和报告错误，只需访问 openQA 测试结果页面，浏览 Web 界面并查找失败的测试。单击相应的测试以查看结果。如果您的 openSUSE 副本与在 openqa 上测试的版本不同，但您想/需要进行额外的测试，请启动您的虚拟机并安装 openQA 使用的版本（或更新版本）。您可以检查测试中尚未自动检查的错误，并查找硬件相关（请注意，在这种情况下您需要在系统上而不是虚拟机上安装它）和其他 openQA 可能错过的错误。如果您发现错误，请向我们的测试团队报告错误或自行提交错误。请务必充分利用 openSUSE 测试文档 在测试门户、错误报告操作指南 和阅读 错误报告常见问题解答！

分类错误

openQA 的作者 Bernhard 发布了一个 方便的 Web 界面，供错误分类人员更轻松地浏览错误。Web 界面提供了一些随机错误的列表。如果您对特定组件感兴趣，则可以使用搜索栏查找它们。一旦您拥有可能感兴趣的随机错误列表，您就可以标记一个错误为已处理。这将保留该错误。现在修复该错误并相应地更新 bugzilla 以获取更多信息或将其标记为已修复。虽然真正的分类仍然留给开发人员来完成，但 Web 界面使他们更容易找到错误。

将测试添加到 openQA

openQA 的重要组成部分当然是测试本身。编写的测试越多，openQA 覆盖的范围就越大。调整预先存在的测试或创建新测试并不困难。您可以从 gitorious 获取 openQa 的源代码 从 gitorious。您需要它来获取构建新测试用例所需的示例和工具。源代码获取后，您可以在 os-autoinst 目录中找到测试模块。每个测试模块包含两部分，一部分包含发送按键事件以测试应用程序或功能的常规流程，第二部分是一组 md5 哈希值，用于确定测试结果的有效性。os-autoinst/bmqemu.pm 可以作为测试模块中可以使用函数的参考。可以使用这些命令编写所需的测试模块。为了验证测试结果是否有效，会检查所需结果的屏幕截图的一组 md5 哈希值。您可以使用 tools/inststagedetect2.pl 计算这些哈希值。以下 文章 提供了有关在 openQA 中编写测试模块的深入操作指南。

入门

如果您在测试方面需要帮助/支持，如果您有要讨论的主题，或者您只是对这个领域感兴趣，请加入 opensuse-testing@opensuse.org 邮件列表（请参阅 openSUSE:Mailing lists 页面了解如何订阅）。请查看 测试门户 或直接联系我们的 核心测试团队

祝您测试愉快！