Tôi đang xây dựng một hệ thống DDD và chúng tôi có tất cả các yêu cầu trên giấy cho hệ thống đã được thiết lập. Có một sự bất đồng về cách chúng tôi đi về xây dựng mô hình miền của chúng tôi mà tôi cần một ý kiến.Có thực hành TDD phù hợp để thiết kế mô hình của bạn trước khi bạn viết các bài kiểm tra hoặc viết các bài kiểm tra thiết kế mô hình của bạn không?
Sở thích của tôi là thực hiện các yêu cầu và phác họa mô hình miền cơ bản với đường viền cho các lớp, thuộc tính và hành vi và mối quan hệ của chúng trên bảng trắng hoặc visio. Sau đó tôi lấy nó và bắt đầu xây dựng các bài kiểm tra đơn vị mà tôi sử dụng để xây dựng và thử nghiệm mô hình của mình từng mảnh một.
Đồng nghiệp của tôi dường như nghĩ rằng đây không phải là thực hành TDD + DDD tốt. Họ nghĩ rằng bạn không nên phác thảo ra bất cứ điều gì và bắt đầu xây dựng kiểm tra, và thiết kế mô hình của bạn khi bạn trải qua "cảm giác" của các bài kiểm tra.
Điều nào được coi là kỹ thuật TDD "đúng" khi xây dựng mô hình DDD?
Kiểm tra trước * mọi thứ *. Nhận một số công cụ cho phép mã đầu tiên (như ReSharper cho Visual Studio) để thực hiện các bài kiểm tra thiết kế mô hình của bạn thực tế hơn để nhận ra. – bzlm
Tôi đồng ý khi nói đến mã. Nhưng làm thế nào để bạn biết những gì để kiểm tra nếu bạn không có những điều cơ bản của mô hình miền của bạn ánh xạ ra một nơi nào đó? – Jason
@ Jason Đây là một câu hỏi rất hay.Tôi định hỏi nó khi tôi thấy nó gợi ý khi tôi đang viết tựa đề. +1 Một số câu trả lời hay được đưa ra. – sfrj