Tôi cho rằng câu trả lời hay nhất cho câu hỏi này sẽ dựa trên nhu cầu.
Tại nơi làm việc của tôi, chúng tôi tách dữ liệu mã/kiểm tra của chúng tôi theo loại môi trường như:
- thử nghiệm
- QA
- Staging
- Sản
Một số môi trường có cùng một dữ liệu như sản xuất, trong khi những dữ liệu khác có dữ liệu cũ hơn (hoặc hoàn toàn khác) . Những lợi ích của việc này là:
- Hộp cát để kiểm tra, triển khai và 'chơi' với các ý tưởng/công nghệ mới.
- Bạn không ảnh hưởng đến dữ liệu trực tiếp, khách hàng.
- Kiểm tra tích hợp có thể được phục vụ/tập trung vào các khía cạnh nhất định bất khả tri với cơ sở mã chính.
Bây giờ, khi các câu hỏi của bạn ... như tôi đã đề cập ở trên, cách ly các dữ liệu cho phép chúng tôi để nhanh chóng thực hiện thay đổi và thực hiện các tính năng mới kể từ khi dữ liệu chúng tôi sử dụng là tập trung vào những gì chúng ta đang thử nghiệm. Chúng tôi có ba thân mà tất cả đều có dữ liệu thử nghiệm độc lập, cụ thể cho những gì cần phải được kiểm tra. Khi kiểm tra View, chúng tôi có một bộ kiểm tra, khi thử nghiệm Model, chúng tôi có một bộ kiểm tra khác và khi thử nghiệm Controller, chúng tôi vẫn có một bộ kiểm tra khác. Cuối cùng, chúng tôi có một tập hợp các bài kiểm tra tích hợp vượt quá phạm vi chạy khi một bản dựng mới được phát hành. Trong tất cả các trường hợp, nhưng trường hợp cuối cùng, các bài kiểm tra trực tiếp với thành phần chúng được tạo ra; nhưng một lần nữa, vì chúng là các thử nghiệm tích hợp, nó có ý nghĩa rằng chúng được giữ riêng biệt với ba phần mà chúng xác minh.
Tôi nghĩ ý tưởng của bạn là một ý tưởng vững chắc.