当前位置: 首页 > 知识库问答 >
问题:

在Cloud Build步骤中进行Cloud Run集成测试?

况承福
2023-03-14

我在这里查看Cloud Run对本地测试的建议,即docker运行容器,然后在localhost:8080上对其运行测试。像这样的东西:

PORT=8080 && \
docker run -d -p 8080:${PORT} -e PORT=${PORT} gcr.io/myproject/myimage && \
./runtests.sh

现在假设我想运行这些测试作为云构建的一部分。是否可以/建议运行docker run作为Cloud Build步骤?我没看到Dockergcr.io形象,所以我猜没有?

或者它需要首先实际部署到Cloud Run,然后进行测试?

共有1个答案

太叔天宇
2023-03-14

根据文件,你应该可以这样做。您可以创建自定义步骤,docker有一个图像:gcr。io/cloud builders/docker。在cloudbuild中有更多关于创建自定义步骤的信息。yaml在公共文档中。

类似的东西应该适合你:

steps:
- name: 'gcr.io/cloud-builders/docker'
  args: [ 'run', '-d', '-p', '8080:8080', '-e', 'PORT=8080', 'gcr.io/myproject/myimage' , './runtests.sh']
 类似资料:
  • 我正在寻找一些关于测试Spring批处理步骤和步骤执行的一般性意见和建议。 我的基本步骤是从api读入数据,处理实体对象,然后写入数据库。我已经测试了快乐之路,这一步成功地完成了。我现在想做的是在处理器阶段数据丢失时测试异常处理。我可以单独测试processor类,但我更愿意测试整个步骤,以确保在步骤/作业级别正确反映流程故障。 我已经阅读了spring批量测试指南,如果我是诚实的,我对它有点迷茫

  • 我目前正在尝试创建我的第一个cucumber测试。在Java Eclipse中,我创建了一个包含以下内容的“功能文件”: 我还创建了以下testrunner文件: 我还创建了我的步骤定义: 公共类LoginStepDefinitions{ } 当我将脚本作为Junit测试运行时,控制台会成功执行测试并显示结果: 但是当打开JUnit选项卡时,会发生两件事: 1)测试步骤似乎没有显示: 2)当我双击

  • 本文向大家介绍在项目中集成jetty server步骤解析,包括了在项目中集成jetty server步骤解析的使用技巧和注意事项,需要的朋友参考一下 为什么使用jetty 使用 tomcat 开发效率并不是太高,并且在eclipse有时两秒做更新,有时候又得手动去部署显得非常麻烦。折算我们可以使用 jetty server 由于 eclipse开发 http://www.eclipse.org/

  • 集成测试是对已经进行单元测试的各个部分的一种整合测试。集成是昂贵的,并且它出现在测试中。你必须把这个考虑到你的预计和时间表里。 理想情况下,你应该这样组织一个项目,使得最后没有一个阶段是必须通过显式集成来进行的。这比在项目过程中,随着事情完成逐渐集成事情要好得多。如果这是不可避免的,请仔细评估。

  • 基本步骤 参考NutDaoRealm实现一个符合项目需要的Realm,及对应的权限模型 添加或修改shiro.ini, 关联realm, 如有必要, 关联CaptchaFormAuthenticationFilter 在动作链中加入NutShiroProcessor 在入口方法中应用Shiro的注解 Shiro插件jar中的其他类 帮助类 NutShiro -- 封装一些ajax判断等等. aop