Tôi đang đấu tranh để tìm ra những gì cần được loại trừ khỏi các bài kiểm tra chức năng (trong trường hợp của tôi, bằng cách sử dụng Rails, nhưng tôi đoán khuôn khổ của có lẽ không liên quan). Tôi có ấn tượng rằng tôi không nên bận tâm sử dụng các bài kiểm tra chức năng cho những thứ sẽ bị bắt trong các bài kiểm tra đơn vị - chẳng hạn như kiểm tra xem một trường không thể có quá nhiều ký tự, hoặc một trường có thể ' t trống. Nếu đây là trường hợp, những gì dự phòng chắc chắn nên được kiểm tra với các bài kiểm tra chức năng, và/hoặc những gì các quy tắc của ngón tay cái để lại những người khác chỉ để thử nghiệm đơn vị?Lẫn lộn: bỏ qua các bài kiểm tra chức năng có cùng nền tảng như bài kiểm tra đơn vị?
Hay ấn tượng này không chính xác để bắt đầu?
Tôi đã nhìn this và this nhưng tôi vẫn thua lỗ.
Vì vậy, trong các chức năng, bạn có nên kiểm tra mọi khả năng xảy ra không? Nghe có vẻ như bạn thực sự không thể để lại bất cứ điều gì ngoài chức năng. – fig
Tôi không nghĩ rằng bạn kiểm tra mọi dự phòng trong các hàm, bạn kiểm tra các dự phòng được nêu rõ trong đặc tả. Bạn cũng có thể sẽ có các bài kiểm tra đơn vị cho những điều này, và hy vọng một số bài kiểm tra đơn vị khác cho những điều bạn nghĩ và họ đã không. – Robert
Tôi chắc chắn * không * một chuyên gia thử nghiệm. Vì vậy, hãy cẩn thận của việc tham gia bất kỳ lời khuyên từ tôi, nhưng tôi ít nhất sẽ làm kiểm tra sanity của các tính năng cần thiết trong spec. Thử nghiệm đơn vị của bạn có thể kiểm tra lực lượng vũ phu tất cả các mã zip của Hoa Kỳ có thể, nhưng kiểm tra chức năng của bạn có thể thử 1 mã zip không hợp lệ và 1 hợp lệ. – dss539