最多是用来搭测试环境自己玩，比如攻防靶场这种不适合众测的场景

发现有些文章是 docker 结合 selenium 自动化的，为什么好像没有找到接口自动化的？

实际一般是用不上的

这类似安全方面的测试？

docker 和 selenium 的结合就是可以快速拉取不同的 browser image，来作为测试执行的载体。
API 测试其实大部分只是执行代码而已，不需要浏览器这种依赖，所以也就没必要用到 docker 了

需求是创新的起点 可以把现在的工作内容或者自己的想法告诉 ai，看看 ai 有没有什么提议

我是用 docker 在服务器上部署测试工具的接口。

之前把想法告诉 deepseek，让 deepseek 给我列具体步骤，根据步骤我再学习 docker 基本原理和命令，最后实践部署

产品是在 docker 上跑的 测试也不太用到它 就还是执行业务测试就完了 最多开发更新了镜像把 id 放上去更新环境就完事了

之前项目接口自动化是放在 docker 里面跑的 那个也是无感 只有在自动化跑挂了 然后本地却可以成功 可能就需要一些命令进入这个 docker 看看是什么原因

和公司项目有关，有些就是玩玩。有些公司有一整套 CI/CD 流程，所以跟他们的流程走，大多都是 dockerfile，但命令都是一样的，写一次永久使用。比如我之前用的就是 coding 那一套，先用 dockerfile 构建镜像，然后用 jenkins pipeline 那一套进行推送，最后在部署（定时执行）。都是和其他内容结合使用的。一般情况下，单纯学 docker 的话，测试使用，学命令使用，dockerfile 写法差不多就够用了。当然不妨有专门做 CI/CD 流程、镜像、仓库等业务除外，可能要深入的学习

看项目需求，我之前有项目就会涉及到 docker 命令的使用，写一些自动化 shell 脚本去测试。自己写一些服务用 docker 的方式部署会写一些 dockerfile。都不难，主要是能理解镜像，容器，namespace，Cgroup 等这些概念，避免测试分析相关需求的时候漏测。

我们是开发提供服务镜像，使用 rancher 启动容器部署，使用 docker，保证了环境的一致，也便于管理和移植，学习 docker 的使用后，最好继续学习 k8s 的使用。自己使用的话，我用 docker 在云服务器上创建了自己的博客网站和自己的云笔记。学习 docker 还是有很多好处的。

@see https://testerhome.com/topics/41832#reply1

对，部署完环境，使用一些注入工具或者木马软件去测试。不过我是菜鸡 也就会用用工具 楼下有一个老哥说的挺对的，你可以先结合自己所在的业务去深挖需求，然后看看哪里需要容器化

看有没有测试平台和工具要部署吧，有的话弄一下一键部署就行。毕竟手动搞部署真的很累

学了，用不上，忘了 == 没学

开发如果是容器化技术部署的后端服务，docker 经常用呀，要进去查错误日志、排查服务问题、查测试环境开发提交的版本是否是最新，有时候还要用 K8S 排查问题或者做性能测试时查看节点服务健康度，超过预警阀值会不会触发告警

非常感谢大家的回复，我还是先把自己手上的 ui 自动化脚本，在 docker 用不同的浏览器运行，先了解一下它的原理。

我们是要私有化交付，docker 打包自动化验收工具，自动化依赖的数据库 中间件也都在里面。没需求也不用学，面试背背八股就好，学了不用也记不住

正解，知道这 docker 好久了，自己也看书， 但是实际没有用到

我这边主要的场景是将项目的自动化测试打包为镜像，实施团队在部署新环境后，可以快速启动自动化进行环境验收测试。