Danh sách xác nhận PHPUnit
Dưới đây là một lớp kiểm tra ví dụ assertEquals(0, count($stack)); array_push($stack, 'foo'); $this->assertEquals('foo', $stack[count($stack)-1]); $this->assertEquals(1, count($stack)); $this->assertEquals('foo', array_pop($stack)); $this->assertEquals(0, count($stack)); } } Dưới đây là danh sách tất cả các xác nhận đi kèm với PHPunit MảngBooleansLớp / Đối tượngso sánhCác tập tinJSONDâyXMLHỗn hợp / Hỗn hợpBây giờ bạn đã thoáng thấy một số khẳng định có sẵn. Họ là những người thực sự thực hiện kiểm tra để đảm bảo rằng mọi thứ đang diễn ra theo đúng kế hoạch Hãy nhớ rằng, biến 63 bên trong bao đóng đã cho trong các bài kiểm tra luôn được liên kết với một lớp Test Case. Do đó, các xác nhận là các phương thức của biến 63 Laravel cung cấp một API rất thông thạo để thực hiện các yêu cầu HTTP cho ứng dụng của bạn và kiểm tra các phản hồi. Ví dụ: hãy xem thử nghiệm tính năng được xác định bên dưới
Phương thức 09 đưa ra yêu cầu 10 vào ứng dụng, trong khi phương thức 11 khẳng định rằng phản hồi được trả về phải có mã trạng thái HTTP đã cho. Ngoài xác nhận đơn giản này, Laravel còn chứa nhiều xác nhận để kiểm tra tiêu đề phản hồi, nội dung, cấu trúc JSON, v.v.Yêu cầuĐể đưa ra yêu cầu đối với ứng dụng của mình, bạn có thể gọi các phương pháp 09, 13, 14, 15 hoặc 16 trong bài kiểm tra của mình. Các phương thức này không thực sự đưa ra yêu cầu HTTP "thực" cho ứng dụng của bạn. Thay vào đó, toàn bộ yêu cầu mạng được mô phỏng bên trongThay vì trả về một phiên bản 17, các phương thức yêu cầu thử nghiệm trả về một phiên bản của 18, cung cấp nhiều xác nhận hữu ích cho phép bạn kiểm tra các phản hồi của ứng dụng của mình
Nói chung, mỗi bài kiểm tra của bạn chỉ nên đưa ra một yêu cầu đối với ứng dụng của bạn. Hành vi không mong muốn có thể xảy ra nếu nhiều yêu cầu được thực hiện trong một phương pháp thử nghiệm duy nhất
Tùy chỉnh tiêu đề yêu cầuBạn có thể sử dụng phương pháp 19 để tùy chỉnh các tiêu đề của yêu cầu trước khi nó được gửi đến ứng dụng. Phương pháp này cho phép bạn thêm bất kỳ tiêu đề tùy chỉnh nào bạn muốn vào yêu cầu 4Bánh quyBạn có thể sử dụng các phương pháp 20 hoặc 21 để đặt giá trị cookie trước khi đưa ra yêu cầu. Phương thức 20 chấp nhận tên cookie và giá trị làm hai đối số của nó, trong khi phương thức 21 chấp nhận một mảng các cặp tên/giá trị 9Phiên / Xác thựcLaravel cung cấp một số trình trợ giúp để tương tác với phiên trong quá trình kiểm tra HTTP. Trước tiên, bạn có thể đặt dữ liệu phiên thành một mảng nhất định bằng cách sử dụng phương thức 24. Điều này hữu ích để tải phiên có dữ liệu trước khi đưa ra yêu cầu cho ứng dụng của bạn 1Phiên của Laravel thường được sử dụng để duy trì trạng thái cho người dùng hiện được xác thực. Do đó, phương thức của trình trợ giúp 25 cung cấp một cách đơn giản để xác thực một người dùng nhất định là người dùng hiện tại. Ví dụ: chúng tôi có thể sử dụng nhà máy mô hình để tạo và xác thực người dùng 3Bạn cũng có thể chỉ định bảo vệ nào sẽ được sử dụng để xác thực người dùng đã cho bằng cách chuyển tên bảo vệ làm đối số thứ hai cho phương thức 25. Bộ phận bảo vệ được cung cấp cho phương pháp 25 cũng sẽ trở thành bộ bảo vệ mặc định trong suốt thời gian thử nghiệm 6Phản hồi gỡ lỗiSau khi đưa ra yêu cầu kiểm tra cho ứng dụng của bạn, các phương pháp 28, 29 và 30 có thể được sử dụng để kiểm tra và gỡ lỗi nội dung phản hồi 0Ngoài ra, bạn có thể sử dụng các phương pháp 31, 32 và 33 để kết xuất thông tin về phản hồi và sau đó dừng thực thi 4Xử lý ngoại lệĐôi khi bạn có thể muốn kiểm tra xem ứng dụng của mình có đưa ra một ngoại lệ cụ thể nào không. Để đảm bảo rằng ngoại lệ không bị bắt bởi trình xử lý ngoại lệ của Laravel và được trả về dưới dạng phản hồi HTTP, bạn có thể gọi phương thức 34 trước khi thực hiện yêu cầu của mình 6Ngoài ra, nếu bạn muốn đảm bảo rằng ứng dụng của mình không sử dụng các tính năng không được hỗ trợ bởi ngôn ngữ PHP hoặc các thư viện mà ứng dụng của bạn đang sử dụng, bạn có thể gọi phương thức 35 trước khi thực hiện yêu cầu của mình. Khi tính năng xử lý phản đối bị tắt, các cảnh báo phản đối sẽ được chuyển đổi thành ngoại lệ, do đó khiến thử nghiệm của bạn không thành công 0Kiểm tra API JSONLaravel cũng cung cấp một số trình trợ giúp để kiểm tra API JSON và phản hồi của chúng. Ví dụ: các phương thức 36, 37, 38, 39, 40, 41 và 42 có thể được sử dụng để đưa ra các yêu cầu JSON với các động từ HTTP khác nhau. Bạn cũng có thể dễ dàng truyền dữ liệu và tiêu đề cho các phương thức này. Để bắt đầu, hãy viết một bài kiểm tra để thực hiện một yêu cầu 43 tới 44 và khẳng định rằng dữ liệu JSON dự kiến đã được trả về 1Ngoài ra, dữ liệu phản hồi JSON có thể được truy cập dưới dạng biến mảng trên phản hồi, giúp bạn thuận tiện kiểm tra các giá trị riêng lẻ được trả về trong phản hồi JSON 2
Xác nhận các kết quả khớp JSON chính xácNhư đã đề cập trước đây, phương pháp 45 có thể được sử dụng để khẳng định rằng một đoạn JSON tồn tại trong phản hồi JSON. Nếu bạn muốn xác minh rằng một mảng nhất định khớp chính xác với JSON mà ứng dụng của bạn trả về, bạn nên sử dụng phương thức 48 3Khẳng định trên đường dẫn JSONNếu bạn muốn xác minh rằng phản hồi JSON chứa dữ liệu đã cho ở một đường dẫn cụ thể, bạn nên sử dụng phương thức 49 4Phương thức 49 cũng chấp nhận một bao đóng, có thể được sử dụng để tự động xác định xem xác nhận có nên vượt qua hay không 5Kiểm tra JSON thông thạoLaravel cũng cung cấp một cách hay để kiểm tra trôi chảy các phản hồi JSON của ứng dụng của bạn. Để bắt đầu, hãy chuyển một bao đóng cho phương thức 45. Việc đóng này sẽ được gọi với một thể hiện của 52 có thể được sử dụng để đưa ra các xác nhận đối với JSON được ứng dụng của bạn trả về. Phương thức 53 có thể được sử dụng để xác nhận một thuộc tính cụ thể của JSON, trong khi phương thức 54 có thể được sử dụng để xác nhận rằng một thuộc tính cụ thể bị thiếu trong JSON 6Hiểu Phương pháp
|