我一直在使用Qt在空闲时间开发应用程序。 随着代码大小的增加,我发现很难包含旧代码的新bug。我一直在手动测试我的应用程序。 由于目标是一个exe,我不能用C ++测试自动测试它,而不会在我的应用程序中注入一些额外的代码。
所以我的问题是,如果您是一名开发人员,那么GUI应用程序的最佳QA技术是什么?不会从项目中赚钱,因为它将免费发布? 谢谢。
修改 我想有一套简单的测试,每个测试我的软件的特定功能。我希望他们一个接一个地自动运行。最后,他们应该创建一个测试失败的报告。这可以通过在相同的类中创建新函数+在我想要测试的现有函数中添加一些检查来完成。然后创建一个具有所有测试的新类。所以我想知道这是最好的方式还是有更好的选择?因为每次我将构建一个发布目标,我将评论/删除此QA代码,这可能会为该构建创建一些错误。
目前我并不担心文件和文件。我从一开始就坚持这样的评论。它只是关于源代码QA。
答案 0 :(得分:0)
如果您的项目变得足够大,您可能想要为它创建一些单元测试(我喜欢免费的CppUnit
库,类似于JUnit
;也是Jo Are By建议的QtTest
,可能与Qt
}一起提供。
即使您必须对生产代码进行一些更改,最终还是值得花时间。
您可能还希望研究Qt
应用程序的自动GUI测试框架;我对这些中的任何一个都不熟悉。
答案 1 :(得分:0)
测试代码转到自己的源文件。
您可以将您的exe分成库和一个只调用您的库的main.cpp。
这样,您可以使用任何unitTest Framework和额外的测试文件来生成只测试您的库的可执行文件。
答案 2 :(得分:0)
对于代码测试,您将使用Junit测试用例 您可以将您的exe分成库和一个main.cpp,它只是调用您的库。
对于GUI测试,您可以手动执行,因为没有可用于测试任何应用程序的GUI界面的工具。 在手动测试中,GUI检查完成,GUI图像或文本显示不清楚或文本丢失并不是所有这些都不会被自动化测试。
答案 3 :(得分:0)
按书本进行的单元测试只能保证您的方法,而不是整个应用程序。但您也可以使用相同的单元测试框架为应用程序的特定功能编写验收测试。
最简单的方法是从应用程序中提取GUI,并使GUI依赖于API /库。 API将使编写功能测试变得容易。务必使GUI尽可能薄。
我不会在您的班级中添加测试代码并将其删除以发布,我认为这与使用测试代码一样有风险。你已经建议在这里分开来源了。