SelanjutnyaPanduan berikutnya
Train, Validation, and Test Splits
Dasar-dasar
PANDUAN Dasar
Train, validation, and test partitions serve different purposes: fitting, model selection, and final evaluation.
Split design must match the deployment setting and prevent leakage across related people, groups, time periods, or near-duplicate records; a random split is not universally appropriate.
A training set is used to fit model parameters. Validation data help choose hyperparameters, features, thresholds, or model variants. A final test set estimates performance after those choices are settled. Repeatedly tuning against the test set makes it part of model selection and can produce an optimistic estimate. The split strategy should reflect how predictions will be used. Random stratified splits can be useful when future examples are independent and come from a similar population. If the same person, household, device, or source appears in multiple rows, group-aware splitting may be needed to estimate performance on new groups. For future prediction, time-based splitting usually better reflects deployment than shuffling historical events. Scikit-learn documents GroupKFold and TimeSeriesSplit for such settings. All preprocessing that learns from data—such as scaling, imputation, feature selection, or vocabulary building—should be fitted using training data within each fold, then applied to held-out data. Otherwise information from validation or test can leak into training. Duplicate and near-duplicate examples across partitions can also inflate evaluation. Check split membership after deduplication and before augmentation or oversampling. There is no universal ratio such as 70/15/15. Choose sizes based on data volume, class balance, uncertainty, and the evaluation goal. Preserve a final holdout where feasible, report the split method and random seed, and consider confidence intervals or repeated cross-validation for development. A held-out test is still only an estimate for the population and time period it represents.
Ini membantu Anda memisahkan klaim teknis yang jelas dari bahasa pemasaran.
Anda dapat mengajukan pertanyaan implementasi yang lebih baik sebelum mengeluarkan uang atau waktu.
Tim dengan pemahaman bersama membuat keputusan produk, kebijakan, dan pembelajaran yang lebih baik.
Evaluation practice is moving toward more explicit separation of development data from final, temporally and institutionally meaningful tests. Future benchmarks should document population, time, grouping, preprocessing, and overlap checks, not just a split percentage. As data distributions shift, external or prospective evaluation may be needed. Automated split tools can help implement a design, but they cannot choose the right deployment target without domain knowledge. Transparent split manifests can make these choices easier to audit and reproduce across model updates over time.
A hospital holds out entire hospitals when the goal is to assess transfer to an unseen hospital.
A forecasting model trains on earlier dates and evaluates on later dates using a time-series split.
A scaler is fitted only on the training fold and then applied to validation data.
Image crops or augmented versions stay with their original image in one partition.
Tim yang berbeda mungkin menggunakan istilah yang sama secara berbeda, jadi tentukan cakupannya sejak dini.
Tolok ukur dapat terlihat kuat sementara kinerja di dunia nyata tidak merata.
Mengabaikan kualitas data dan rencana evaluasi sering kali menimbulkan hasil yang rapuh.
Mulailah dengan definisi bahasa sederhana tentang hasil yang Anda butuhkan.
Pilih satu metrik keberhasilan dan satu kondisi kegagalan sebelum pengujian.
Jalankan uji coba kecil dengan data yang representatif, bukan kumpulan demo yang disempurnakan.
Document where Train, Validation and Test Split Best Practices helps and where simpler methods are better.
Free newsletter
Three verified AI stories every weekday morning, written in plain English. Free forever, no ads.
One email each weekday. Unsubscribe in one click. We never sell or share your address.
Test yourself
Instant feedback on every answer, and a shareable certificate with a verifiable ID once you pass a course.
Support free AI education. AI Understanding is a 501(c)(3) nonprofit — no ads, no paywall, ever. Make a donation
Train, validation, and test partitions serve different purposes: fitting, model selection, and final evaluation. Split design must match the deployment setting and prevent leakage across related people, groups, time periods, or near-duplicate records; a random split is not universally appropriate.
Repeated decisions based on test results leak test information into selection.
Group splits keep related records together when evaluating unseen groups.
Time-based evaluation better mimics predicting future periods.
Fitting preprocessing on all data can leak held-out information.
A test result is an estimate tied to its sample and conditions.
Teruslah belajar
Panduan lainnya dipilih untuk topik ini
SelanjutnyaPanduan berikutnya
Train, Validation, and Test Splits
Dasar-dasar