Chào mừng trở lại.
Hãy nói về một số điều gọn gàng hơn mà bạn có thể làm với kiểm thử đơn vị.
Và hãy nhớ rằng bạn luôn có thể truy cập tài liệu trên trang web Python và tìm hiểu thêm về một số điều
bạn có thể làm.
Nhưng hãy lưu ý ở đây cách chúng tôi đã thêm tên if vào cuối như thế nào.
Một số bạn có thể tự hỏi tại sao điều này lại hữu ích, bởi vì cho đến nay chúng tôi chỉ
chạy nó từ dòng lệnh dưới dạng một tệp duy nhất và nó đã hoạt động.
Nhưng thường thì bạn có nhiều hơn một tệp và bạn có mỗi mô-đun.
Kiểm tra nó với các chức năng khác nhau, phải không?
Vì vậy, lý tưởng nhất là bạn muốn chạy tất cả các bài kiểm tra này đồng thời và cách bạn làm điều này là viết Python.
Và sau đó lướt qua chúng và sau đó cung cấp cho nó bài kiểm tra đơn vị mà bạn muốn chạy.
Vì vậy, bây giờ nếu tôi làm điều này, bạn thấy rằng mọi thứ đang hoạt động.
Giả sử tôi thêm một tệp mới ở đây.
Giả sử kiểm tra chạm hai chấm py, đây là một lệnh ngắn trên máy Mac để chỉ tạo một tệp mới.
Vì vậy, bây giờ máy tính để bàn của tôi.
Hãy chỉ sao chép bài kiểm tra này mà chúng tôi có ban đầu.
Đi tới màn hình nền của tôi và mở nó ra dưới dạng văn bản tuyệt vời.
Vì vậy, bây giờ nếu tôi sao chép và dán điều này giống hệt nhau.
Và tôi nói điều này.
Quay lại mã của tôi và chạy.
Bài kiểm tra đơn vị.
Bạn thấy điều đó?
Tôi hiện có tám bài kiểm tra đang được chạy và vì tôi đã thêm tên này nếu tên có nghĩa, tôi có thể
chạy tất cả các bài kiểm tra này chỉ với một lệnh đơn giản.
Bây giờ một điều thú vị khác là chúng ta có thể làm một cái gì đó gọi là Dash V, viết tắt của Verbose, và đó là khi chúng
ta làm điều này, chúng ta thực sự nhận được nhiều thông tin hơn về bài kiểm tra mà chúng ta đã chạy.
Vì vậy, nó cung cấp cho bạn một chút chi tiết hơn.
Bạn xem thử nghiệm nào chúng tôi đã chạy và thử nghiệm nào ổn, thử nghiệm nào không đạt.
Trên thực tế, tôi thậm chí có thể thêm nhận xét và chuỗi tài liệu vào các bài kiểm tra của mình.
Vì vậy, giả sử kiểm tra làm công cụ.
Tôi có thể nói mã đơn, mã đơn ba lần và chỉ đơn giản nói xin chào.
Nếu tôi chạy lại điều này bằng lệnh Dash V.
Ồ, và điều này phải nằm trên một dòng duy nhất, tôi tin vậy.
Hãy lưu lại và chạy nó.
Nhìn kìa.
Tôi cũng nhận được một số nhận xét, vì vậy có lẽ tôi muốn thêm một vài nhận xét về các bài kiểm tra của mình.
Tôi cũng có thể thêm những thứ đó.
Tôi có thể làm điều gì gọn gàng khác?
Một phương pháp mặc định khác mà chúng tôi nhận được với kiểm tra đơn vị là một cái gì đó được gọi là thiết lập.
Và thiết lập.
Cho phép chúng tôi chạy một đoạn mã.
Điều đó thiết lập trước mỗi cuộc gọi của bài kiểm tra.
Vì vậy, ví dụ, bất cứ điều gì tôi viết ở đây, giả sử tôi muốn thiết lập kiểm tra của mình và chỉ
in sắp kiểm tra một hàm.
Bây giờ vì tôi có cái này nếu tôi chạy mã của mình ngay bây giờ.
Bạn thấy điều đó trước mỗi phương pháp?
Tôi chạy phương pháp thiết lập trước.
Vì vậy, bạn thấy rằng tôi nói sắp chạy một chức năng, sắp chạy một chức năng sắp chạy một chức năng và sắp
chạy một chức năng.
Và sau đó chúng tôi có bài kiểm tra của mình để gửi tệp mà chúng tôi chưa thực hiện bất kỳ thiết lập nào.
Vì vậy, điều này thực sự, thực sự hữu ích.
Nếu bạn cần thiết lập một cái gì đó trước mỗi chức năng.
Giả sử bạn có một số biến mặc định có thể cần thiết lập.
Vâng, trong trường hợp đó, đây là một phương pháp rất hữu ích.
Một cái khác giống như thiết lập.
Thông thường bạn thêm.
Ở cuối tệp.
Và ở đây, đây được gọi là giọt nước mắt.
Và như tên cho thấy, chúng tôi chạy nó ở cuối mỗi phương thức mà chúng tôi gọi.
Vì vậy, ở đây, hãy nói đến việc dọn dẹp.
Và thông thường bạn làm điều này để xóa một số biến, có thể đặt lại một số biến.
Nếu tôi chạy cái này.
Bạn thấy rằng bây giờ tôi đã về để kiểm tra chức năng.
Và sau đó chúng tôi đang làm sạch cho từng phương pháp này.
Vì vậy, hai điều này rất, rất hữu ích khi thiết lập và chia nhỏ các bài kiểm tra.
Bây giờ hãy xé bỏ.
Bạn sẽ không sử dụng thường xuyên.
Thông thường, bạn sử dụng nó nếu bạn đang thử nghiệm thứ gì đó phức tạp hơn, chẳng hạn như cơ sở dữ liệu.
Nhưng chúng tôi sẽ không lo lắng về điều đó quá nhiều bây giờ.
Được rồi.
Ở đó bạn có nó để kiểm tra, như bạn có thể thấy vào cuối ngày.
Các bài kiểm tra chỉ đơn giản là các chương trình logic mà chúng ta viết, phải không?
Nó chỉ là một lớp học.
Và sau đó chúng tôi thiết lập tất cả các phương pháp này để thử và kiểm tra mã của chúng tôi nhiều nhất có thể.
Trong trường hợp của chúng tôi, chúng tôi chỉ có một chức năng đơn giản, nhưng bằng cách sử dụng các thử nghiệm, chúng tôi có thể
nhận thấy những điều nhỏ có thể xảy ra sai với chức năng và do đó cải thiện mã của chúng tôi để lần sau có người đến, nhà
phát triển khác đến và cố gắng sửa đổi Chức năng này.
Hoặc có thể cố gắng gọi chức năng này với một cái gì đó không đúng.
Chà, các thử nghiệm của chúng tôi sẽ không thành công và nó sẽ thông báo cho nhà phát triển biết, này, bạn đang
làm sai.
Ai đó đã viết chức năng này trước bạn.
Ai đó đã viết những bài kiểm tra này trước bạn.
Đã nói với bạn để sử dụng chức năng này một cách cụ thể.
Rất, rất hữu ích.
Trong video tiếp theo, chúng ta sẽ thực hiện một bài tập nhỏ thú vị để đảm bảo rằng chúng ta hiểu về thử nghiệm.
Hẹn gặp lại các bạn trong phần tiếp theo.
Tạm biệt.