推荐的方法是多阶段构建：
https://docs.docker.com/develop/develop-images/multistage-build/
也就是说，不要将生产和测试docker文件分开，而是将所有的需求放在一个文件中，然后为你需要的目标阶段构建。
一个示例Dockerfile：

FROM python:3.8.7-slim-buster AS production
ADD requirements.txt ${PROJECT_DIR}/requirements.txt
RUN pip install -r requirements.txt
FROM production AS test
ADD requirements-test.txt ${PROJECT_DIR}/requirements-test.txt
RUN pip install -r requirements-test.txt

字符串
然后为您的生产构建目标选择正确的阶段：

docker build --target production -t org/service:latest .

型
多阶段构建语法在Docker Engine 17.05中引入。

FROM是这里的解决方案。生产和开发映像不应该有太大的不同，或者根本不应该有区别，因为我们的想法是部署你已经开发的东西。根据我的经验，从生产映像开始并扩展开发映像更容易，因为开发需要更多的软件，如调试器，编译器等。
由于评论：
在dockerfile中，FROM指令接受一个image标签，所以像ubuntu:latest和docker这样的东西会首先尝试在本地找到该图像，然后尝试从repo中拉取它，如果在本地找不到它。
如果您没有存储库，您可以通过运行以下命令在本地创建基础映像：

docker build --tag vendor/production:0.0.1 .

字符串
这将编译图像。然后你可以写：

FROM vendor/production:0.0.1

型
在你的dev-dockerfile中编译这个。我通常为所有的编译工作创建一个小的bash脚本。

如果你不想使用Docker Compose来构建镜像，那么你可以通过两个步骤手动构建它：
Dockerfile.test可能包含：

FROM prod-image
RUN pip install more-dependencies

字符串
然后运行：

docker build -t prod-image .
docker build -t test-image -f Dockerfile.test .

型
已经说过，最佳实践通常是只有一个映像，并对生产映像运行端到端测试之类的东西。（代码覆盖率工具、单元测试库、模拟对象工厂）I（和我的CI系统）在Docker之外运行它们，但使用相同的代码库。（每次构建），可在面向开发人员、面向测试、预生产和登台环境中运行。

There is an issue in github regarding what you want