Все записи

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Автоматическая генерация UI-настроек

Илья — iOS-разработчик в Naumen, занимается развитием мобильного клиента платформы Naumen Service Management Platform и Chat SDK.

При работе над задачей со сжатием изображений перед отправкой на сервер команда столкнулась с неожиданной сложностью: оказалось неудобно проверять изменения без постоянной пересборки приложения.

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

ИИ-помощник для анализа требований

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

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

В статье рассказываем, как они собирали данные, какие подходы пробовали и как в итоге пришли к решению на базе RAG.

Как перестать тратить полдня на один вопрос в чате

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

Мы обсудили эту тему с Димой — бизнес-аналитиком команды внедрения. В его работе коммуникации занимают значительную часть дня: с клиентами, разработчиками и внутри команды. 

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

Все новости