![translation](https://cdn.durumis.com/common/trans.png)
Đây là bài viết được dịch bởi AI.
Phát triển ứng dụng 1 người cần thực hiện những bài kiểm tra nào?
- Ngôn ngữ viết: Tiếng Hàn Quốc
- •
-
Quốc gia cơ sở: Tất cả các quốc gia
- •
- CNTT
Chọn ngôn ngữ
Văn bản được tóm tắt bởi AI durumis
- Nhấn mạnh tầm quan trọng của việc viết mã kiểm tra trước khi phát hành ứng dụng, đưa ra mức độ ưu tiên cho các phương pháp kiểm tra khác nhau như kiểm tra người dùng, kiểm tra tích hợp, kiểm tra đơn vị, kiểm tra chấp nhận và widget.
- Nhà phát triển cần ưu tiên kiểm tra người dùng và kiểm tra tích hợp (tập trung vào nhà cung cấp) do hiệu quả thời gian, thêm kiểm tra đơn vị sau khi phát hành và thực hiện kiểm tra chấp nhận và widget một cách hiệu quả do tốn nhiều thời gian.
- Tự động hóa kiểm tra để tiết kiệm thời gian và tăng tốc độ phát triển, hướng đến mục tiêu phát hành nhanh chóng.
"Không nên để chi phí quá cao. Nói cách khác, việc viết test mất quá nhiều thời gian là vô nghĩa."
Viết kiểm tra mà hết thời gian à?
Câu chuyện về việc viết test
Trước khi phát hành ứng dụng, tôi muốn tiến hành một số kiểm tra đơn giản về mã test. Thực tế, việc tự động hóa test nên được thực hiện ngay từ đầu, để tránh gặp phải những vấn đề lớn sau này. Tôi nghĩ rằng nên viết test ngay bây giờ là một ý tưởng tốt.
Ưu tiên kiểm tra mà tôi nghĩ đến là
Kiểm tra bởi người > Kiểm tra tích hợp (chỉ provider) > Kiểm tra đơn vị > Kiểm tra widget, kiểm tra acceptance
1. Kiểm tra bằng người
"Kiểm tra bằng con người là giải pháp tốt nhất"
Tôi muốn bắt đầu bằng cách thực hiện kiểm tra tích hợp, để kiểm tra luồng người dùng một cách tổng quan. Sau đó, tôi đã thực hiện kiểm tra một lần, vì vậy tôi nghĩ rằng sẽ ổn thôi?
2. Kiểm tra đơn vị
"Kiểm tra xem các thành phần nhỏ nhất có hoạt động tốt hay không"
Thực tế, việc merge của người khác không xảy ra (vì đây là dự án cá nhân), nên ưu tiên của nó hơi thấp. Trước hết, tôi sẽ kiểm tra sơ bộ để đảm bảo nó hoạt động tốt, sau đó phát hành và thêm kiểm tra đơn vị. Chắc chắn là nó hoạt động tốt rồi nên tôi mới hoàn thành việc phát triển. Ngoại trừ việc cập nhật hoặc thêm chức năng mới, khả năng xảy ra lỗi trong thời gian ngắn là rất thấp.
3. Kiểm tra tích hợp
"Thực chất là kiểm tra provider. Hãy tập trung vào phần này"
Trong ứng dụng mà tôi tạo ra, tôi nghĩ đó thực chất là việc kiểm tra provider. Tôi không có đủ thời gian để tạo lại tất cả, và vì hầu hết các luồng đều được thực hiện bằng riverpod, nên việc kiểm tra phần này sẽ giúp giảm lỗi đáng kể? Đó là suy nghĩ của tôi.
4. Kiểm tra acceptance, kiểm tra widget
"Điều này rất quan trọng, nhưng... nếu tôi làm điều này, tôi sẽ mất hết thời gian."
Việc kiểm tra luồng người dùng và widget thực sự rất quan trọng. Nhưng vấn đề là... việc viết test này mất rất nhiều thời gian. Việc kiểm tra tất cả các nhánh rất khó khăn, và việc viết tất cả chúng thực sự gần như không thể... Mặt khác, việc kiểm tra chúng cũng không đảm bảo an toàn 100%. Do đó, tôi nghĩ hiệu quả chi phí là rất thấp. Tôi sẽ kiểm tra provider trong kiểm tra tích hợp và nếu có bất kỳ phần nào không hoạt động, tôi sẽ thông báo cho người dùng hoặc cập nhật phần đó khi cần thiết.
Có thể trông có vẻ hơi thiếu trách nhiệm, nhưng có vẻ đây là cách tốt nhất.
Suy nghĩ của tôi
Thực chất, kiểm tra là 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 gì mà con người phải kiểm tra từng cái một.
Thời gian là vàng, vì vậy tôi phải nhanh chóng phát triển những thứ cấp bách và đẩy nhanh ngày phát hành.
Thời gian đang gấp rút. Phải phát triển nhanh chóng.
Về nhà phát triển
Ứng dụng hẹn hò toàn cầu Alien được phát triển và vận hành bởi cặp vợ chồng quốc tế.
YouTube :https://www.youtube.com/@AlienApp
Email : slugj2020@gmail.com