QUnit Vs. Jasmine và TDD Vs. BDD

Question

Tôi đã xem hai thư viện để thực hiện các bài kiểm tra đơn vị ở mặt trước.

• QUnit - http://qunitjs.com/

• Jasmine - http://jasmine.github.io/

  1. Jasmine là rõ ràng hơn BDD tập trung hơn QUnit mặc dù tôi có thể thấy d oing BDD với QUnit bằng cách mô tả các thử nghiệm theo cách hướng hành vi. Cả hai đều có thể chạy các xác nhận trên các đơn vị mã nên tôi nghĩ chúng đều là các bài kiểm tra đơn vị. BDD có loại trừ lẫn nhau khỏi TDD hay chỉ là cách bạn viết nó?

  2. Kiểm tra đơn vị có cần thiết nếu bạn đang thực hiện kiểm tra hành vi không? Có vẻ như nếu bạn bao gồm tất cả các câu chuyện của người dùng, bạn không thực sự cần biết chi tiết về các đơn vị có thể kiểm tra.

  3. Có bất kỳ khung kiểm tra khác mà bạn thích không? Có thử nghiệm nào khác ngoài kiểm tra đơn vị tốt cho người làm việc trên giao diện người dùng không?

Answer 1

1. BDD và TDD là không loại trừ lẫn nhau. Xem Liz Keogh's post

2. Kiểm tra hành vi phải dễ hiểu đối với các bên liên quan kinh doanh. Kiểm thử đơn vị thường được các thành viên nhóm kỹ thuật (nhà phát triển, người thử nghiệm, v.v ...) hiểu. Ví dụ về làm thế nào để làm cho bài kiểm tra đơn vị dễ đọc hơn, bạn nên nhìn vào cuốn sách GOOS (mặc dù các ví dụ là Java không Javascript).

   Ngoài ra, nếu bạn cố gắng che phủ tất cả các đường thử bằng BDD, những người kinh doanh của bạn sẽ cảm thấy buồn chán và ngừng chăm sóc.

3. Hãy xem Cucumber-JS (cổng Cucumber).

Answer 2

Nếu bạn đang xem xét các bài kiểm tra viết có liên quan đến tương tác DOM, tôi có thể xem pageboy.js. Đây là một dự án mới cung cấp một Ngôn ngữ Cụ thể Miền (DSL) cho các tương tác Javascript DOM (giống như Capybara được sử dụng trong Dưa chuột trong Ruby), được thiết kế để làm cho mã kiểm tra dễ đọc hơn.

Có nhiều hơn trên nền của DSL here này.