CẬP NHẬT. Đây là một gói đơn giản mà tôi đã tạo để thêm thiết lập Karma tối thiểu vào bất kỳ dự án nào bằng một lệnh duy nhất npm install min-karma.
Tôi muốn làm rõ một số quan niệm sai lầm có thể có về Karma và Thước đo góc . Karma FAQ thực sự đề cập đến Bộ điều hợp cho Trình chạy tình huống của Angular , tuy nhiên, có vẻ như đã bị bỏ qua, với Thước đo góc được khuyến nghị thay thế.
Nghiệp
Karma là một trình chạy thử nghiệm sẽ chạy các tệp JavaScript được chỉ định trong tệp cấu hình của bạn một cách rõ ràng hoặc sử dụng node-globs . (Đối với các mẫu bên ngoài không phải JavaScript , Hướng dẫn Kiểm tra Đơn vị của Angular khuyên bạn nên sử dụng bộ tiền xử lý html Karma để biên dịch chúng thành JavaScript trước.)
Đây có thể là tất cả các tệp nguồn của bạn, một số tệp, một số tệp cộng với một số tệp bổ sung hoặc tệp không liên quan đến dự án của bạn, chỉ cung cấp một số cấu hình bổ sung - bạn đặt tên cho nó! Bạn có thể có nhiều tệp cấu hình karma cho các mục đích khác nhau, bạn có thể chạy song song hoặc từng tệp một. Mỗi tiến trình nghiệp khởi chạy một bộ trình duyệt riêng của nó (những trình duyệt này hiện có sẵn) .
Đây tính năng của Karma chạy chỉ là một bộ các tập tin là những gì làm cho nó hoàn hảo cho các bài kiểm tra nhanh chóng chạy ở chế độ nền theo từng tập tin nguồn chỉnh sửa và nhận được phản hồi ngay lập tức, đó là rực rỡ! Tiêu cực duy nhất là báo cáo lỗi "ồn ào" hy vọng sẽ được cải thiện!
Karma không chỉ dành cho các bài kiểm tra đơn vị
Kiểm tra đơn vị dành cho một đơn vị mã nguồn của bạn. Trong trường hợp của Angular, một đơn vị điển hình là Angular Component ( Service, Factory, Provider, Controller, Filter, Directivevv). Hãy nhớ giữ Controllersmỏng của bạn , vì vậy quá nhiều bài kiểm tra đơn vị cho máy tạo độ trễ là một dấu hiệu đỏ .
Trong thử nghiệm đơn vị , mọi đơn vị mã khác, mà đơn vị này phụ thuộc vào (cái gọi là phụ thuộc của đơn vị) không nên được kiểm tra cùng một lúc. Thay vào đó, chúng nên được "chế nhạo", ví dụ như được thay thế bằng một cái gì đó đơn giản như cá thể giả. Angular cung cấp hỗ trợ môi trường giả lập tuyệt vời . Lý tưởng nhất là bạn muốn xem tất cả các mô phỏng đó trực tiếp bên trong các thử nghiệm của mình, vì vậy bạn không bao giờ cần phải tự hỏi tất cả những phụ thuộc đó đến từ đâu.
Karma cũng hữu ích cho Kiểm tra tích hợp , trong đó một nhóm các đơn vị mã nguồn được kiểm tra cùng nhau, chỉ với một số phụ thuộc của chúng bị chế nhạo. Điều quan trọng cần nhớ là mọi phụ thuộc đều được cung cấp theo mặc định từ các mô-đun mã nguồn của bạn (miễn là các mô-đun đó hoặc được đưa trực tiếp vào các thử nghiệm của bạn hoặc chúng là các phụ thuộc của các mô-đun khác được đưa vào (trong trường hợp đó bạn không cần phải đưa chúng vào) nhưng không có hại gì khi làm như vậy). Các phần phụ thuộc bị chế nhạo sẽ ghi đè các phần được cung cấp.
Chạy nhanh và thường xuyên là tính năng chính của Karma . Điều này có nghĩa là bạn muốn tránh bất kỳ yêu cầu máy chủ nào, bất kỳ truy vấn cơ sở dữ liệu nào, bất kỳ thứ gì có thể mất nhiều thời gian hơn vài giây. ( Nếu không nó sẽ KHÔNG nhanh! ) Những quy trình dài đó là những quy trình mà bạn muốn chế nhạo . Điều này cũng giải thích lý do tại sao việc đặt các dịch vụ cấp thấp thô như $httptrực tiếp vào bên trong bộ điều khiển của bạn hoặc bất kỳ đơn vị logic nghiệp vụ phức tạp nào là một việc làm không tốt . Bằng cách gói các dịch vụ liên lạc bên ngoài cấp thấp đó thành các dịch vụ chuyên dụng nhỏ hơn, bạn sẽ dễ dàng "chế nhạo chúng" hơn nhiều.
Những gì Karma không làm là chạy trang web của bạn như nó vốn có, đó là thử nghiệm End-to-End (E2E). Về nguyên tắc, bạn có thể sử dụng các phương pháp nội bộ của Angular để tạo lại trang web hoặc các phần của nó. Điều này, đối với những phần nhỏ, có thể hữu ích và là một cách nhanh chóng, ví dụ như để kiểm tra các chỉ thị.
Tuy nhiên, đây không phải là cách được khuyến nghị để ném mã phức tạp vào bên trong các thử nghiệm của bạn. Bạn càng làm điều đó, bạn càng có nhiều khả năng mắc lỗi trong mã đó thay vì những gì bạn đang thực sự thử nghiệm.
Đó là lý do tại sao cá nhân tôi không thích cách thường được đề cập đến phức tạp của các phương pháp kiểm tra bằng cách sử dụng các phương pháp cấp thấp như $http. Nó hoạt động sạch hơn để cô lập bất kỳ tham chiếu nào đến các phương thức cấp thấp thành các phương thức chuyên dụng của riêng bạn, người có trách nhiệm duy nhất là thực hiện các yêu cầu http. Các phương pháp chuyên dụng này sẽ có thể hoạt động với chương trình phụ trợ thực sự chứ không phải phương pháp giả mạo! Bạn có thể dễ dàng kiểm tra - theo cách thủ công hoặc thậm chí hoàn toàn ổn khi Karma chạy với một cấu hình đặc biệt khác , miễn là bạn không trộn cấu hình đó với cấu hình thường được sử dụng để chạy Karmathường xuyên và nhanh chóng. Giờ đây, khi các dịch vụ nhỏ chuyên dụng của bạn được thử nghiệm, bạn có thể mô phỏng chúng một cách an toàn và dễ dàng để kiểm tra logic khác của mình và đưa các thử nghiệm này vào thiết lập Karma thông thường của bạn .
Để tóm tắt. Sử dụng Karma để chạy bất kỳ bộ tệp JavaScript nào. Nó (nên) nhanh. Bạn không thấy ứng dụng hoàn chỉnh của mình nên không thể kiểm tra kết quả cuối cùng một cách hiệu quả và đáng tin cậy. Tôi có chạy nó với Thước đo góc không? Tại sao tôi sẽ? Chạy Thước đo góc sẽ làm chậm các bài kiểm tra của tôi, đánh bại mục đích của Karma . Có thể dễ dàng chạy Thước đo góc riêng biệt.
Thước đo góc
Thước đo góc là:
khung kiểm tra end-to-end cho các ứng dụng AngularJS. Protractor chạy các bài kiểm tra đối với ứng dụng của bạn đang chạy trong trình duyệt thực, tương tác với nó như người dùng vẫn làm.
Vì vậy, thước đo góc làm chính xác những gì Karma không - chạy ứng dụng cuối cùng thực sự của bạn. Điều này cho thấy cả sức mạnh và hạn chế của nó:
Chạy ứng dụng hoàn chỉnh là bài kiểm tra cuối cùng đáng tin cậy duy nhất mà ứng dụng của bạn hoạt động như mong đợi. Bạn có thể viết ra các kịch bản câu chuyện người dùng hoàn chỉnh và đưa chúng vào thử nghiệm của mình!
Nhưng sẽ khó hơn để theo dõi lỗi mà không cô lập các đơn vị riêng lẻ trong mã nguồn của bạn. Đây là lý do tại sao bạn vẫn cần Karma kiểm tra mã JavaScript của mình trước.
Bây giờ tôi có muốn chạy Thước đo góc với Karma không? Tôi chắc chắn có thể chạy song song chúng trong các cửa sổ đầu cuối riêng biệt. Về nguyên tắc, tôi có thể yêu cầu họ chia sẻ các tệp thử nghiệm nếu tôi cần, nhưng thông thường thì tôi không muốn. Tại sao? Bởi vì tôi muốn giữ cho các thử nghiệm của mình nhỏ gọn với mục đích chuyên dụng duy nhất.
Ngoại lệ duy nhất sẽ là tệp xác định macro kiểm tra hữu ích cho cả hai người chạy. Tuy nhiên, đây sẽ không phải là tệp thử nghiệm mà là tệp định nghĩa macro .
Ngoài ra, tôi thích sự tách biệt rõ ràng giữa các bài kiểm tra của mình. Những thứ được chạy thường xuyên và nhanh chóng và những thứ dành cho ứng dụng hoàn chỉnh. Điều đó tạo nên sự tách biệt rõ ràng giữa khi sử dụng Karma và khi Thước đo góc .