Мы с гордостью объявляем о начале альфа тестирования! После тщательной предварительной работы, которая включала бизнес-анализ, проектирование системы и написание необходимых документов, мы готовы перейти к практической стадии. Мы создали диаграммы, которые помогают команде разработчиков быстро принимать решения и держать предметную область в актуальном состоянии. Мы уже протестировали минимально жизнеспособный продукт (MVP) и теперь с нетерпением ждем тестирования в реальных условиях 🎉.

Что сделано на данный момент:

• Поняли, что управленческий учет в этой области требует гибкого контроля за финансами 💡
• спроектировали и разработали первый прототип системы биллинга 💰
• реализовали функционал для множественной филиальности 🏡🏠
• написали стандартный функционал (регистрация, аутентификация и т.д.)
• переписали журнал на другом инструменте (ag-grid, о этого использовали devexpress)

Основная цель альфа тестирования.

Очень интересно, каким образом на приложение реагируют реальные клиенты, нужен ли наш продукт на рынке. Для альфа тестирования мы выбрали Детский клуб Гулливер.

Гулливер выбрали по нескольким причинам:

• Несколько филиалов
• Несколько программ
• Попытки самостоятельной автоматизации
• В штате кроме преподавателей есть другие сотрудники, администраторы, бухгалтер и т.д.
• Молодые сотрудники, готовые к изменениям и внедрению систем автоматизации
• Географическое расположение в Минске

На текущий момент в приложении, помимо базовых подсистем (регистрация, аутентификация и др.), находятся два ключевых компонента: журнал и биллинг.

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

На этапе альфа тестирования мы дадим возможность всем группам активно взаимодействовать с приложением: кликать, вводить данные и даже пытаться преднамеренно его сломать. Это необходимо для тщательной проверки всех форм на наличие ошибок. Главная цель — выявить состояния, которые могут привести к сбоям или утечке данных. Мы понимаем, что собранные данные могут быть потеряны, однако для нас это не критично. Как только мы убедимся в консистентности данных и стабильности сборки, мы перейдем к закрытому бета-тестированию, что позволит нам отказаться от прежних методов учета и начать вести группы исключительно в нашем приложении. Со временем мы планируем подключить к работе и новых сотрудников. Наравне с оценкой работоспособности проводим множественное тестирование готовых юс-кейсов на предмет любых ошибок. Обращаем внимание на:

1. Не работает
2. Не удобно
3. Не красиво
4. Не понятно
5. Не хватает (что хочу, а его нет или круто было бы)

Технологический стек

Несколько изменений:

• Интегрировали Typescript для повышения надежности кода
• Внедрили Redux и Redux Thunk для управления состоянием
• Добавили Reselect и селекторы для оптимизации работы с данными
• Переход на MaterialUI для улучшения пользовательского интерфейса

P.s. 🧩😕

• Названия снова нет (но мы держимся 😁😂)
• Почти полностью переписали код оО
• В команде 3 человека (🐱💻🐱👓🐱🚀)
• Два рабочих компонента - Журнал и Биллинг