gpt4 book ai didi

testing - 关于持续集成和 Selenium 测试的新手问题,

转载 作者:行者123 更新时间:2023-11-28 19:53:50 25 4
gpt4 key购买 nike

我是 C.I. 的新手。但我最近接手了一个刚刚实现 Team City 的项目,我正在慢慢了解它。我们想做的一件事是在构建过程中运行一些 Selenium 测试。我已经创建了 selenium 测试,并且可以通过我的开发机器上的 nunit-console 成功运行它们。构建服务器构建项目,然后将其(碰巧是一个 Web 表单应用程序)部署到登台服务器。

在每次 selenium 测试之前,我们将数据库设置为已知状态,即只保留特定记录 - 这样每个测试都独立于其他测试。问题是登台服务器将由真正的“人类”测试人员使用,因此这会导致他们出现数据库不断重置的问题(记录被删除等)。问题是我是否真的应该将应用程序部署到虚拟目录上构建服务器并针对它运行 selenium 测试,如果这些测试通过,则只部署到登台服务器?

还是我把这些东西完全弄错了?如果是这样,您如何在您的组织中做到这一点?

最佳答案

我建议您不要混合使用自动测试和手动测试,方法是允许您的测试人员访问为自动测试准备的服务器。这可能会在您的自动测试和手动测试中导致漏报。这些“错误”是不确定的,很可能永远无法重现(一个非常坏的消息)。这将给您带来很多不必要的“错误报告”和构建失败。

所以这是你可以做的...

除了您当前的设置之外,您还可以为您的手动测试人员创建一个额外的暂存服务器。这是您应该做的最少。您可能应该创建几个它们,每个测试人员一个

咆哮来了......

在我当前的项目中,我们最近发现我们的测试人员(我们有大约 10 名测试人员)重复使用了一台服务器。他们声称,由于我们的应用程序将有多个并发用户,因此在测试各个功能的同时,他们还测试这些功能在多个用户在同一台​​服务器上工作时的行为方式是个好主意。 错了!

如果多个用户是一个问题,那么应该有针对特定问题的测试用例。如果功能#1 会干扰功能#2,则应对其进行专门测试,而不仅仅是“靠运气测试”。

在向我们的手动测试人员解释这一点之前,由于一个测试人员只是踩到另一个测试人员的脚趾,我们收到了许多错误的错误报告。 (例如,tester1 删除了 tester2 引入系统的记录,等等)。这产生了很多不必要的错误报告,而且这些错误永远无法重现。

对不起,我的咆哮,我希望这仍然有帮助:)

关于testing - 关于持续集成和 Selenium 测试的新手问题,,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/4864194/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com