| Mother of QA | | Вечора доброго! Вчора переглянула вебінар, який відбувся у вівторок, а...

Вечора доброго! Вчора переглянула вебінар, який відбувся у вівторок, а тепер несу Вам вижимку 😅Говорили про мобільне тестування, а саме про покупки всередині додатку! Поїхали! 👩🏼‍💻 Анастасія Брижа, «In-App Purchases під мікроскопом: як тестувати покупки в iOS та Android»📌 IAP - це можливість купувати контент всередині мобільного застосунку. 🖇️ Покупки можуть бути: • Consumables - використовуються одноразово. • Non- consumables - купуються один раз і доступні назавжди. • Auto - renewable subscriptions - регулярний доступ за плату. • Non-renewing subscription - доступ на обмежений період. 🪄 Маркетингові інструменти: • Introductory Offers for subscription - ті, хто ніколи не мали підписки. • Promotional Offers for subscription - ті, хто вже мали підписку, але пішли або хочуть піти. • Subscription Offer Codes - використовуються як вибачення за неприємності. • Family sharing - дозволяє ділитись підпискою між членами родини. 📦 IOS групи підписок - може бути лише один тариф зі списку тарифів одночасно. Сама скасовує стару підписку при переході на іншу. В Android потрібно реалізовувати додаткову логіку для цього. ⬆️ Upgrade - зміна відбувається одразу, невикористана частина повертається з минулого тарифу, нова сплачується за новою ціною. ⬇️ Downgrade - поточна дорожча підписка діє до кінця оплаченого періоду і тоді відбувається перехід. ↔️ Crossgrade - зміна того ж рівня тарифу. Новий тариф вступає в силу на наступний renewal date (якщо різна тривалість тарифів). 💡Android доволі гнучкий у цьому плані. І розробник сам може обрати логіку із наявних. ❔Що тестувати? • При переході на тарифи не має бути паузи. • Коректне оновлення дати передплати. • Якщо юзер змінив план на одному девайсі то на іншому теж має оновитись. ❗️Усім, що стосується цін, грошей і тд. - керує стор.5️⃣ етапів будови флоу: 1️⃣ Конфігурація продуктів на Paywall в додатку. 🔎 Тестуємо: • Що наші юзери отримують правильні ІДшки продуктів. • Обробку кейсу коли бекенд недоступний. • Биті ІДшки. • UI paywall на відповідність всім нормам стору. 2️⃣ Створення ордеру на нашому сервері. 🔎 Тестуємо: • Різні негативні сценарії зʼєднання, таймаути, недоступний сервер. • Все, що може піти не так. 3️⃣ Ініціація покупки на стороні стору. 🔎 Тестуємо: • Обробка помилок. • Коли користувач не завершив покупку.4️⃣Валідація чеку на сервері. • Unified app receipt (Storekit 1) - base64 string, яка містить в собі всю історію покупок в додатку, яку можна перевіряти на сервері. • JWS transactions (Storekit 2) - концентрований на одній транзакції. 5️⃣ Закриття покупки обома сторонами.Протягом доповіді було ще дуже багато різних деталей і це було дуже цікаво! Раджу кожному подивитись!❔А тепер підкажіть мені, а хто працює зараз з IAP? 🏆 - я. 🧑🏼‍💻 - не я, але працював (-ла). ✍🏼 - не маю досвіду.