针对单个自由开发人员的自动化QA

Automated QA for a single freelance developer?

本文关键字：自动化 QA 开发单个自由更新时间：2023-10-16

我在空闲时间使用Qt开发了一个应用程序。随着代码大小的增加，我发现很难为旧代码包含新的错误。我一直在手动测试我的应用程序。由于目标是一个exe，如果不向我的应用程序中注入一些额外的代码，我就无法用C++测试来自动测试它。

所以我的问题是，如果你是一个单一的开发人员，那么GUI应用程序的最佳QA技术是什么；不会从这个项目中赚钱，因为它将免费发布？非常感谢。

编辑：我想要一组简单的测试，每个测试都针对我的软件的特定功能。我希望它们一个接一个地自动运行。最后，他们应该创建一个测试失败的报告。这可以通过在相同的类中创建新函数+在我想要测试的现有函数中添加一些检查来实现；然后创建一个包含所有测试的新类。所以我想知道这是最好的方式还是有更好的选择？因为每次我构建发布目标时，我都会注释/删除这个QA代码，这可能会为该构建创建一些错误。

目前我并不担心文档&正如我从一开始就坚持的那样。它只是关于源代码QA。

本书的单元测试只会为您的方法提供保证，而不是为整个应用程序提供保证。但您也可以使用相同的单元测试框架为应用程序的特定功能编写验收测试。

最简单的方法是从应用程序中提取GUI，并使GUI依赖于API/库。API将使编写功能测试变得容易。确保GUI尽可能精简。

我不会将测试代码添加到您的类中并在发布时将其删除，我认为这与附带测试代码一样危险。你最好像这里已经建议的那样分开来源。

如果你的项目变得足够大，你可能会想为它创建一些单元测试（我喜欢免费的CppUnit库，它类似于JUnit；还有Jo-Are-By建议的QtTest，它可能与Qt一起使用）。

即使您必须对生产代码进行一些更改，最终还是值得您花费时间的。

您可能还希望了解Qt应用程序的自动化GUI测试框架；这些我都不熟悉。

测试代码转到自己的源文件。

您可以将exe拆分为库和一个main.cpp，它们只需调用您的库。

这样，您可以使用任何带有额外测试文件的unitTest Framework来生成只测试库的可执行文件。

对于代码测试，您将使用Junit测试用例您可以将exe拆分为库和一个main.cpp，它们只需调用您的库。

对于GUI测试，您必须手动进行，因为没有可用于测试任何应用程序的GUI界面的工具。在手动测试中，GUI检查完成，GUI图像或文本显示不清楚或文本缺失，这一切都不会通过自动化进行测试。