【问题标题】:Auth0 test account best practicesAuth0 测试帐号最佳实践
【发布时间】:2018-08-21 03:46:45
【问题描述】:

我正在开发一个使用 Auth0 进行身份验证的项目,并且我开始为这个项目编写客户端测试。我想为这个项目创建一个测试帐户,它可以允许脚本定期自动运行应用程序中的不同场景。

问题是我想在包含实际客户数据的堆栈上运行这些测试。这意味着该帐户的凭据/密码需要对公众隐藏。我也应该能够轻松地轮换这些凭据,这样与我合作的任何人都无法永久访问客户数据。我还希望将任何凭据保留在我签入的代码库之外,以防泄露给公众。

对于这种情况有哪些最佳做法?有没有类似的问题有我可以用来启发的解决方案?

【问题讨论】:

    标签: security authentication testing automated-tests auth0


    【解决方案1】:

    在生产中进行测试就像是我在世界上最喜欢的事情。所以,为了

    使用实际客户数据在堆栈上运行这些测试

    我会建议我们(我的公司)遵循的一些监控良好做法。因为这些几乎是你的一个特定子集

    应用中的不同场景

    第一个是考虑一个 CI 服务器(如Jenkins),它将

    允许脚本定期自动运行

    基于您所涵盖的业务案例。例如,我们每 5 分钟点击一次login,但每 15 分钟点击一次edit_profile。至于

    此帐户的凭据/密码需要对公众隐藏。我也应该能够轻松地轮换这些凭据,这样与我合作的任何人都无法永久访问客户数据。我还希望将任何凭据保留在我签入的代码库之外,以防泄露给公众。

    我们在 CI 工作中使用injecting secrets 的组合:

    • Credentials 插件 - 提供一种集中方式来定义可供 Jenkins 实例、插件和构建作业使用的凭据。
    • Credentials Binding 插件 - 允许您配置构建作业以将凭据作为环境变量注入。
    • Plain Credentials plugin - 凭据绑定插件所需的插件依赖项。

    我们尝试遵循的下一个做法是为每种支票类型设置专门的静态用户,不要依赖演示或销售用户。我们非常小心的另一件事是主要依赖reads 而不是writes。由于通过此类检查生成的数据非常可观。

    一段时间后,日志也需要一些磁盘空间,因此我们更喜欢将它们存储在 S3 存储桶中。

    【讨论】:

      猜你喜欢
      • 2011-06-29
      • 2020-02-05
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2011-06-09
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多