![translation](https://cdn.durumis.com/common/trans.png)
Это сообщение переведено AI.
Разработка приложения в одиночку: какие тесты нужно проводить?
- Язык написания: Корейский
- •
-
Базовая страна: Все страны
- •
- ИТ
Выбрать язык
Текст, резюмированный ИИ durumis
- В статье подчеркивается важность написания тестового кода перед выпуском приложения. При этом предлагается приоритетный порядок различных методов тестирования, таких как тестирование людьми, интеграционное тестирование, модульное тестирование, тестирование приемочного/виджета.
- Разработчику рекомендуется учитывать эффективность использования времени и в первую очередь фокусироваться на тестировании людьми и интеграционном тестировании (ориентированном на провайдера). Модульное тестирование рекомендуется добавлять после выпуска, а тестирование приемочного/виджета требует значительных временных затрат, поэтому рекомендуется проводить его с учетом эффективности.
- Цель автоматизации тестирования — сэкономить время и повысить скорость разработки для быстрого выпуска.
"Не стоит гнаться за двумя зайцами. То есть, если написание тестов занимает больше времени, то это бессмысленно."
Тестирование кода отнимет все время?
История написания тестов
Перед выпуском приложения я хочу провести краткое тестирование кода. По сути, это автоматизация тестирования, поэтому лучше написать его сейчас, чтобы потом не пришлось сталкиваться с проблемами.
В первую очередь, я считаю, что приоритет в тестировании должен быть следующим:
Тестирование человеком > Интеграционное тестирование (только провайдер) > Единичное тестирование > виджеты, интеграционное тестирование
1. Тестирование человеком
"Лучше всего, если человек сам проверит."
Я планирую провести интеграционное тестирование, чтобы пройтись по основным потокам пользователя. И тогда, по крайней мере, мы пройдем один этап тестирования, и все будет хорошо, не так ли?
2. Единичное тестирование
"Проверка того, что все самые мелкие детали работают правильно."
На самом деле, так как у меня один разработчик, маловероятно, что кто-то другой будет мержить код (потому что я работаю один). Поэтому это не так уж и важно. Сначала я проверю, как все работает в целом, а затем, после выпуска, добавлю единичные тесты. Раз уж я закончил разработку, значит, все должно работать. Пока не будет обновлений или дополнений, вероятность ошибок в данный момент невелика.
3. Интеграционное тестирование
"По сути, тестирование провайдера. Давайте сосредоточимся на этом."
Я считаю, что в моем приложении это по сути проверка провайдера. У меня нет времени переделывать все заново, и так как все потоки приложения обычно проходят через riverpod, то, может, если я только его проверю, то ошибок станет гораздо меньше?
4. Интеграционное, тестирование виджетов
"Это важно, но... на это уйдет слишком много времени."
Проверка потоков пользователя и виджетов очень важна. Но проблема в том, что на это уходит очень много времени. Проверить все ветви очень трудно, да и написать их все фактически невозможно. И к тому же, проверка этого не гарантирует 100% безопасности. Поэтому я считаю, что это не очень рентабельно. Проверка провайдера в интеграционном тестировании и, если что-то не работает, уведомление пользователя об этом... а потом обновление в соответствующее время, не так ли?
Возможно, это выглядит несколько безответственно, но, похоже, это лучший вариант.
Мои мысли
По сути, тестирование - это автоматизация. Это хороший способ сэкономить время, автоматизировав ручные проверки.
В первую очередь, время - деньги, поэтому нужно быстро разрабатывать срочные вещи и ускорять выход на рынок.
Время поджимает. Нужно поскорее разрабатывать.
О разработчике
Глобальное приложение для знакомств Эйлиен разрабатывается и управляется реальной международной парой.
YouTube : https://www.youtube.com/@AlienApp
Email : slugj2020@gmail.com