Phát triển ứng dụng một mình cần thực hiện những bài kiểm tra nào?

"Không nên để cái núm lớn hơn quả bí. Nói cách khác, nếu việc viết test mất nhiều thời gian hơn thì sẽ không có ý nghĩa"

Câu chuyện về việc viết test

Trước khi phát hành ứng dụng, tôi muốn thực hiện một số test code đơn giản. Thực chất, đây là việc tự động hóa test, vì vậy tôi nghĩ rằng việc viết chúng ngay bây giờ sẽ tốt hơn là phải đối mặt với hậu quả sau này.

Trước hết, thứ tự ưu tiên test mà tôi nghĩ đến là

Test thủ công > Test tích hợp (chỉ provider) > Test đơn vị > Test widget và chấp nhận

1. Test thủ công

"Cách tốt nhất là con người tự test"

Trước tiên, tôi sẽ thực hiện test tích hợp để kiểm tra sơ bộ luồng người dùng. Như vậy, ít nhất đã có một lần test thành công, vậy thì có vẻ ổn phải không?

2. Test đơn vị

"Chỉ test xem các bộ phận nhỏ nhất có hoạt động tốt hay không"

Thực tế, vì không có trường hợp ai đó merge code hoặc tương tự (vì đây là dự án một người) nên ưu tiên của nó hơi thấp. Tôi dự định sẽ kiểm tra sơ bộ xem nó có hoạt động hay không trước khi phát hành và sau đó viết test đơn vị. Chắc chắn nó phải hoạt động rồi vì tôi đã phát triển xong rồi. Trừ khi có cập nhật hoặc thêm chức năng gì đó, nếu không thì xác suất xảy ra lỗi trong thời điểm hiện tại là không cao.

3. Test tích hợp

"Về cơ bản là test provider. Hãy tập trung vào phần này thôi"

Trong ứng dụng tôi tạo ra, tôi cho rằng đó là việc kiểm tra provider. Tôi không có thời gian để viết lại tất cả mọi thứ và hầu hết các luồng đều được thực hiện thông qua riverpod, vì vậy chỉ cần làm điều này thôi cũng có thể giảm đáng kể lỗi, đó là suy nghĩ của tôi.

4. Test chấp nhận và widget

"Rất quan trọng... nhưng nếu làm thì hết cả thời gian"

Việc xác minh luồng người dùng và test widget thực sự rất quan trọng. Tuy nhiên, vấn đề là... việc viết chúng tốn rất nhiều thời gian. Việc xác minh tất cả các nhánh là điều khó khăn, chưa kể việc viết tất cả chúng gần như là không thể. Và việc viết test này cũng không đảm bảo an toàn 100%. Do đó, tôi cho rằng hiệu quả chi phí của nó khá thấp. Tôi nghĩ rằng nên test provider trong test tích hợp và nếu có lỗi thì thông báo cho người dùng hoặc cập nhật từng phần khi cần thiết.

Suy nghĩ của tôi

Thực chất, test giống như tự động hóa. Đây là một cách tuyệt vời để tiết kiệm thời gian bằng cách tự động hóa những thứ mà con người phải test thủ công.

Trước hết, thời gian là vàng bạc, vì vậy tôi sẽ phát triển nhanh chóng những thứ cấp bách và đẩy nhanh ngày phát hành.

Về nhà phát triển

Youtube: https://www.youtube.com/@AlienApp
Email: slugj2020@gmail.com