02 / CASE STUDY

ANDROID MARKETPLACE / WEB ADMIN

Оплата застряла на Pending после native result.

ANDROID · REST API · POSTGRESQL · STRIPE · REAL-TIME DIAGNOSTICS

Платный коммерческий проект: Android marketplace и web admin. В проверке сочетались пользовательские сценарии, API, данные, платежи и mobile diagnostics.

01 / КОНТЕКСТ

Marketplace связывал клиента и техника

Проверялся коммерческий Android marketplace с web admin, REST API, PostgreSQL, Stripe и real-time сценариями. Сбой в одной границе мог остановить центральный пользовательский flow.

02 / ЗАДАЧА

Проверить сценарии end to end

За проект подготовлено и выполнено более 150 тест-кейсов. Помимо экранов, проверялись переходы состояний приложения, API-ответы, данные и платёжная интеграция.

03 / ЧТО ПРОВЕРЯЛ

Пользовательский симптом и его источник

  • Android marketplace и web admin.
  • REST API, поля ответов и состояние данных.
  • Stripe payment flow, ActivityResultRegistry и mobile diagnostics.

04 / ЧТО НАШЁЛ

Два разных сбоя остановили ключевые сценарии

КЛЮЧЕВАЯ НАХОДКА · PAYMENT

Native payment result не возвращался через границу состояния приложения.

Ожидалось: результат Stripe возвращается в приложение и завершает оплату.

Получено: после успешного native result основной flow оставался в состоянии Pending.

Отдельно профиль техника падал, когда в API response отсутствовало ожидаемое поле country.

05 / ПОЧЕМУ ЭТО ВАЖНО

Блокер проявился на пути к оплате

Первый цикл дал 55 находок: 7 Critical, 9 High, 22 Medium и 17 Low. При retest зафиксировали ещё 18 новых дефектов, включая 2 новых Critical; всего отмечено 3 release blockers.

06 / РЕЗУЛЬТАТ

Два отдельных финальных прогона

В итоговом private report основной прогон завершился как 108/108 Passed. Отдельный focused regression — 41/41 Passed.

Это разные прогоны; 149 уникальных тест-кейсов из этих чисел не выводится.

Есть похожая задача?