Docker Compose快速拉起一套测试环境

2022年5月记录，分类「Docker」。这篇按当时的测试现场整理，重点放在目标、动作和可复用的检查点。

要解决的问题

这篇记录的是把 Django、MySQL、Nginx、Redis 这类依赖拉到一份 compose 里的过程。目标不是追求生产级复杂度，而是让测试环境能快速重建。

对测试来说，最后要落到可复现、可验证、可交接，文章也是按这个思路写的。

compose里固定什么

• 镜像版本写死，避免今天拉到的版本和上周不一样。
• 数据库、缓存、上传目录都挂 volume，重启容器不丢数据。
• 服务启动后先跑健康检查，再跑接口冒烟。

docker compose config
docker compose up -d
docker compose ps
docker compose logs -f web

启动后怎么验

• 删除容器后能按文档重新拉起。
• Web 服务能连上数据库和缓存。
• 日志目录和静态文件目录位置明确。

落到团队协作里，重点是让新人能照着补用例，开发也能看懂为什么要改。

踩过的坑

测试环境最怕靠记忆维护。compose 文件就是环境说明书，能重建才算真的可控。后面遇到类似需求，可以先按这个结构跑一遍手工验证，再决定是否自动化。