【问题标题】:Automation Execution自动化执行
【发布时间】:2017-09-19 15:44:33
【问题描述】:

我们有一组测试人员共享的自动化脚本。他们都在多个组使用的共享环境/数据库上执行这些脚本。问题在于这些脚本的数据准备步骤。一位测试人员准备他的数据并在他的数据有可能被其他人在应用程序中启动的进程修改时开始运行脚本。 (开发人员和测试人员都使用此框)。我们如何确保每个测试人员都有自己的数据,不允许其他人修改。请建议。谢谢。

【问题讨论】:

  • 查找闪回
  • 为什么不为每个测试人员/开发人员使用单独的架构?
  • @ Ed Heal:感谢您的回复。肯定是一个需要额外访问权限的选项,客户端无法保证。
  • @Cyrille Modiano:谢谢。对于应用程序和数据库大小而言,这不是一个可行的选择。客户空间。
  • 您能否详细说明您的限制条件?更改的数据(测试运行时)是否仅限于少数表?你能在同一个模式中引入更多的表吗?..

标签: oracle jenkins automated-tests jira multi-user


【解决方案1】:

不要使用共享环境进行开发或测试。

90% 的 Oracle 商店都是这样做的,但这是一个巨大的错误。在 2017 年,没有理由每个人都不能拥有无限数量的数据库实例。有许多简单的方法可以做到这一点,无论是在您的 PC 上还是在云端。

这并不能帮助您解决眼前的问题,但您需要创建一个“无限实例”的长期目标。在你到达那里之前,每个人都会互相踩着脚趾头。

【讨论】:

  • 我不会一概而论。约束背后可能有正当理由!
  • @BA。我认为我从来没有听说过这样做的充分理由。根据我的经验,人们这样设置它是因为它的前期工作较少,然后合理化并接受它,因为“这就是它一直这样做的方式”。这是我最不喜欢 Oracle 文化的地方。
  • 它并不总是一个包含的开发/测试沙箱。想想安全和访问、与其他系统/各方的集成、数据大小等。而且,如果你发现自己在这样的地方,在可以更好的地方,需要有人进行管理,直到事情被重新塑造..
猜你喜欢
  • 2016-09-09
  • 2015-08-17
  • 1970-01-01
  • 2012-11-28
  • 2010-12-31
  • 2018-09-12
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多