Все записи

Чем занимается тестировщик?

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

Мы тоже можем почувствовать себя тестировщиками. Например, когда покупаем телефон и проверяем, как работает гаджет: смотрим функциональность, которая описана в инструкции, сколько памяти и сим-карт, есть ли стабилизация видео и так далее. И только потом принимаем решение о покупке.

Рассказали, зачем тестировать продукты, и что делает тестировщик.

Зачем тестировать? 

Чтобы найти все баги.

Чтобы убедиться, что багов нет.

Чтобы пользователь был счастлив.

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

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

Что делает тестировщик?

Тестирует требования 

Тестировщик читает постановки задач и смотрит макеты до начала разработки. Это экономит время и деньги. А в спорной ситуации тестировщик может провести коридорное тестирование и дать обратную связь, документацию исправят, и затем задача попадет в разработку.

Изучает документацию

Тестировщик составляет кейсы — что именно будет смотреть. Может написать скрипты и подобрать инструменты тестирования, если нужно. А еще думает, что в продукте могло зацепить после изменений.

Исследует ПО и реализует проверки

Тестировщик смотрит, как работает готовый продукт. Пытается ответить на извечный вопрос: «Что это: баг или фича?».

Ведет тестовую документацию

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

Автоматизирует

Автотестировщик пишет тесты, которые будут автоматически проверять ПО на наличие ошибок. 

Похожие новости

Как сделать встречу 1:1 полезной для себя

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

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

Как встреча QBR выстроила баланс между продуктом и клиентским сервисом

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

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

Даша, менеджер продукта в команде Скорозвон, в статье рассказывает, как команда пришла к этому формату, почему Excel-таблица с идеями клиентов не сработала, как устроены QBR и что они изменили для всех участников.

Почему современные интерфейсы иногда усложняют жизнь

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

Поговорили об этом с Динарой — владельцем продукта Naumen Service Desk и аналитиком в команде внедрения. Она помогает настраивать интерфейсы корпоративных систем для крупных компаний и каждый день ищет баланс между задачами бизнеса, возможностями системы и опытом пользователя.

Все новости