Инвестирование в тестирование. Часть 2. После релиза

Итак, вы разработали программу и решили выпустить её на рынок поскорее, не заморачиваясь с тестированием. Но что-то пошло не так. А мы ведь говорили об этом в предыдущей статье! Это злит вас, ваших пользователей и в целом мешает вашему триумфальному шествию к преданным фанатам и сверхприбылям.

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

Закон Мёрфи гласит: “Anything that can go wrong will go wrong”, то есть если что-то может пойти не так, обязательно и пойдёт. А что именно может подвести ваш продукт? Не будем гадать на хрустальном шаре. Рассмотрим наиболее частые проблемы, возникающие в приложениях, сайтах и настроениях разработчиков после релиза.

Проблема 1. Парализованный сайт

Сайт может служить вам как прямым, так и косвенным источником прибыли. Больше всего проблем доставляют ресурсы со сложным функционалом – многослойные новостные порталы, крупные интернет-магазины, турагентства, форумы и так далее.

Что может пойти не так?

• Сайт в свободном падении. Он ведёт себя как кисейная барышня – чуть что, тут же в обморок. Значит, кто-то не проводил тестирование производительности. Ай-ай-ай!

Если пользователь ищет информацию, она нужна ему вот сию секунду. Вбил в браузер слово или ссылку и конечно ожидаешь мгновенной реакции, а не возвращения во времена славного dial-up. Да вы вспомните своё раздражение от обваливания любимого новостного ресурса или социалки!

Но любимым мы ещё готовы простить – уже подсели на них, а вот если юзер хочет найти нового поставщика услуг, переходит по ссылке в онлайн-магазин или сервис, и видит ошибку или вообще ничего…Сразу складывается мнение о несерьёзном подходе к своему сайту и делу в целом. Конечно, этого клиента вы уже не увидите.

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

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

К примеру, у вас большой онлайн магазин с крутыми штуками, о которых юзер всю жизнь мечтал. А он не может купить ваш товар на сайте: не понимает, как это сделать, не видит значок корзины (потому что не распознает в этой картинке корзину) или по какой-то иной причине (их, поверьте, несчётное множество). Он или напишет вам через форму обратной связи/на почту, или молча уйдёт. А ведь мог бы принести огромную прибыль вам и счастье себе!

• Большое количество отказов. Чем больше у вас недовольных пользователей (см. пункт выше), тем выше ваш показатель отказов и тем сложнее вам будет занять верхние места в поисковых выдачах. Чтобы точно понимать, почему у ресурса зашкаливает процент отказов, нужно тестировать.

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

Проблема 2. Неудобное приложение

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

Что может пойти не так?

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

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

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

«Разрабы, вы чо? Это ж костыль какой-то, за что я платил? Фотки не сохраняются, вылетает через раз! Верните деньги!» - вот такой «тёплый» отзыв на свой продукт и ещё двадцать пять его братьев-близнецов вы точно не хотите увидеть в App Store или Google Play.

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

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

Непротестированное приложение + плохие отзывы + фальшивые отзывы = низкий рейтинг = мало установок = мало денег.

Проблема 3. Уязвимость продукта.

При прочих равных, одной из наибольших опасностей при недостаточном тестировании (или его отсутствии) мы видим дыры в безопасности продукта. Любой проект так или иначе рискован, но ставить под угрозу защищённость данных ваших юзеров не стоит. Посмотрим на ситуацию с точки зрения пользователя.

Даже кража простых данных типа логина, адреса почты, пароля или номера телефона на сайте – это уже очень серьёзно. А универсальные приложения, в которых пользователи зачастую хранят всё от электронных билетов до сканов паспорта и рабочих документов? Это добро копится на ваших серверах, счастливые люди довольны и не подозревают, что вы почему-то ещё не тестируете безопасность своего чудесного продукта.

Что может пойти не так?

Намного проще будет предупредить провал, чем потом разбираться с его последствиями. Если вас взломают – до свидания репутация, прощайте пользователи, улыбаемся и машем прибыли!

Любой проект может пострадать без тестирования безопасности. Конечно, хуже всего банковскому сервису – тут сразу лучше исчезнуть со всех радаров, так как потерю денег не простят никому. Но и игра, и социальная сеть, и онлайн-магазин, и корпоративный сайт нуждаются в проверке на уязвимость.

Если не протестировать устойчивость к Dos/DDos атакам, то незапланированно большие нагрузки и объёмы данных могут надолго вывести из строя ваш сервис. А без корректно распределенного контроля доступа, неавторизованные пользователи смогут делать на сайте неположенные вещи, вроде просмотра личной информации других пользователей. Анархия, хаос, революция.

Не забудьте и тщательно протестировать работу продукта со сторонними сервисами вроде платёжных систем или соцсетей, так как при неполадках вы либо сразу лишаетесь прибыли, либо уменьшаете свой трафик «сарафанного радио».

Подведём итоги.

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