Try using it in your preferred language.

English

  • English
  • 汉语
  • Español
  • Bahasa Indonesia
  • Português
  • Русский
  • 日本語
  • 한국어
  • Deutsch
  • Français
  • Italiano
  • Türkçe
  • Tiếng Việt
  • ไทย
  • Polski
  • Nederlands
  • हिन्दी
  • Magyar

Выход из системы

translation

Это сообщение переведено AI.

Alien Story

Разработка приложения в одиночку: какие тесты нужно проводить?

  • Язык написания: Корейский
  • Базовая страна: Все страны country-flag

Выбрать язык

  • Русский
  • English
  • 汉语
  • Español
  • Bahasa Indonesia
  • Português
  • 日本語
  • 한국어
  • Deutsch
  • Français
  • Italiano
  • Türkçe
  • Tiếng Việt
  • ไทย
  • Polski
  • Nederlands
  • हिन्दी
  • Magyar

Текст, резюмированный ИИ durumis

  • В статье подчеркивается важность написания тестового кода перед выпуском приложения. При этом предлагается приоритетный порядок различных методов тестирования, таких как тестирование людьми, интеграционное тестирование, модульное тестирование, тестирование приемочного/виджета.
  • Разработчику рекомендуется учитывать эффективность использования времени и в первую очередь фокусироваться на тестировании людьми и интеграционном тестировании (ориентированном на провайдера). Модульное тестирование рекомендуется добавлять после выпуска, а тестирование приемочного/виджета требует значительных временных затрат, поэтому рекомендуется проводить его с учетом эффективности.
  • Цель автоматизации тестирования — сэкономить время и повысить скорость разработки для быстрого выпуска.

"Не стоит гнаться за двумя зайцами. То есть, если написание тестов занимает больше времени, то это бессмысленно."

Тестирование кода отнимет все время?



История написания тестов


Перед выпуском приложения я хочу провести краткое тестирование кода. По сути, это автоматизация тестирования, поэтому лучше написать его сейчас, чтобы потом не пришлось сталкиваться с проблемами.



В первую очередь, я считаю, что приоритет в тестировании должен быть следующим:

Тестирование человеком > Интеграционное тестирование (только провайдер) > Единичное тестирование > виджеты, интеграционное тестирование



1. Тестирование человеком

"Лучше всего, если человек сам проверит."

Я планирую провести интеграционное тестирование, чтобы пройтись по основным потокам пользователя. И тогда, по крайней мере, мы пройдем один этап тестирования, и все будет хорошо, не так ли?



2. Единичное тестирование

"Проверка того, что все самые мелкие детали работают правильно."

На самом деле, так как у меня один разработчик, маловероятно, что кто-то другой будет мержить код (потому что я работаю один). Поэтому это не так уж и важно. Сначала я проверю, как все работает в целом, а затем, после выпуска, добавлю единичные тесты. Раз уж я закончил разработку, значит, все должно работать. Пока не будет обновлений или дополнений, вероятность ошибок в данный момент невелика.



3. Интеграционное тестирование

"По сути, тестирование провайдера. Давайте сосредоточимся на этом."

Я считаю, что в моем приложении это по сути проверка провайдера. У меня нет времени переделывать все заново, и так как все потоки приложения обычно проходят через riverpod, то, может, если я только его проверю, то ошибок станет гораздо меньше?



4. Интеграционное, тестирование виджетов

"Это важно, но... на это уйдет слишком много времени."

Проверка потоков пользователя и виджетов очень важна. Но проблема в том, что на это уходит очень много времени. Проверить все ветви очень трудно, да и написать их все фактически невозможно. И к тому же, проверка этого не гарантирует 100% безопасности. Поэтому я считаю, что это не очень рентабельно. Проверка провайдера в интеграционном тестировании и, если что-то не работает, уведомление пользователя об этом... а потом обновление в соответствующее время, не так ли?


Возможно, это выглядит несколько безответственно, но, похоже, это лучший вариант.




Мои мысли


По сути, тестирование - это автоматизация. Это хороший способ сэкономить время, автоматизировав ручные проверки.

В первую очередь, время - деньги, поэтому нужно быстро разрабатывать срочные вещи и ускорять выход на рынок.



Время поджимает. Нужно поскорее разрабатывать.





О разработчике

Глобальное приложение для знакомств Эйлиен разрабатывается и управляется реальной международной парой.


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





Alien
Alien Story
Alien developer & international couple
Alien
История разработчика приложения для знакомств История разработчика, который начал свой глобальный блог с помощью durumis. Целью является продвижение международного приложения для знакомств с использованием поддержки 38 языков и инструмента автоматического перевода YouTube. Также является оператором

21 апреля 2024 г.

Почему международный брак - это хорошо История разработчика, создавшего приложение для знакомств для международных пар. В статье рассказывается о преимуществах знакомства с людьми из других стран через приложение, а также о целях, которые разработчик хотел достичь с помощью приложения. Ознаком

5 мая 2024 г.

Выбор региона сервера для приложения Alien (AWS) В статье рассматривается процесс проектирования и создания серверов AWS для глобального приложения для знакомств Alien. В ней освещаются такие потребности, как поддержка нескольких регионов, автоматическое масштабирование, а также критерии выбора регион

8 мая 2024 г.

[История разработчика SI] 09. Начало полноценной разработки после вступления в проект SI Разработчик SI после вступления в проект занимается разработкой функций, указанных в RFP, но из-за частых дополнительных требований клиентов приходится часто изменять код, что делает скорость разработки важнее эффективности. Поэтому при разработке необход
투잡뛰는 개발 노동자
투잡뛰는 개발 노동자
투잡뛰는 개발 노동자
투잡뛰는 개발 노동자
투잡뛰는 개발 노동자

18 апреля 2024 г.

Тест статьи У durumis AI нет предварительного просмотра.
안민수
안민수
안민수
안민수

29 апреля 2024 г.

Хотите улыбаться каждое утро? Секрет счастья 1% История о моем опыте и росте за 60 дней непрерывных постов в день, о том, как я сохранял позитивный настрой и устойчивость с помощью письма, прокладывая себе новый путь. В нем рассказывается о том, как верить в себя, постоянно упорствовать и позитивно вст
카니리 @khanyli
카니리 @khanyli
카니리 @khanyli
카니리 @khanyli
카니리 @khanyli

6 мая 2024 г.

[Неспециалист, выживший разработчик] 7. Что помогает и что не помогает при трудоустройстве в новую компанию При подготовке к трудоустройству в качестве разработчика ведение технического блога неэффективно, но GitHub рекомендуется для управления проектами и обмена исходным кодом. Среди различных сертификатов стоит обязательно подготовиться к сдаче сертификата сп
투잡뛰는 개발 노동자
투잡뛰는 개발 노동자
투잡뛰는 개발 노동자
투잡뛰는 개발 노동자

29 марта 2024 г.

[Нетехнический специалист, выживание в качестве разработчика] 16. Советы по составлению портфолио для начинающих разработчиков Начинающим разработчикам (особенно нетехническим специалистам) при составлении портфолио необходимо четко описывать не только технологии, но и разработанные сервисы или функции. Например, если проект — это "Сообщество для ищущих работу", в него следует вк
투잡뛰는 개발 노동자
투잡뛰는 개발 노동자
투잡뛰는 개발 노동자
투잡뛰는 개발 노동자

3 апреля 2024 г.

Создаем автоматизированные программы для повышения производительности. Durumis — это компания, разрабатывающая автоматизированные программы для повышения производительности. Вы можете автоматизировать задачи в различных областях, таких как работа, хобби, повседневная жизнь, и использовать их как своего собственного робота-се
(로또 사는 아빠) 살림 하는 엄마
(로또 사는 아빠) 살림 하는 엄마
(로또 사는 아빠) 살림 하는 엄마
(로또 사는 아빠) 살림 하는 엄마
(로또 사는 아빠) 살림 하는 엄마

22 марта 2024 г.