Ручное тестирование

Разбираем изменения в индустрии и смотрим, что ждет тестировщиков в этом бурном 2022 году? Тренды и драйверы роста.

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

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

Одна из важных частей документации - тест план.

В этой статье мы рассмотрим:

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

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

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

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

Цель тестирования на основе рисков - сфокусироваться на ключевых функциях и уделить им больше времени. 

Риск - это непредвиденное событие, которое может отрицательно повлиять на измеряемые критерии успеха проекта. Так, непредвиденные события могут повлиять на стоимость всего проекта, коммерческие, технические и качественные цели.

В этой статье мы поговорим о тестировании на основе риска, а также оценим преимущества такого тестирования и популярные ошибки при его проведении.

Use case (также юзкейс, сценарий использования) – это сценарий взаимодействия пользователя (или пользователей) с программным продуктом для достижения конкретной цели. В этом материале разбираем, из чего состоят юзкейсы и смотрим примеры.

“Лень это двигатель прогресса как известно, она привела к появлению множества полезных изобретений. В нашей компании, лень менеджеров привела к изобретениям.

У нас в компании был парк из 50 тестовых девайсов. Их все надо было проверять, сверять версии операционки, доступность для тестеров, и возврат к сроку. Если у вас в компании есть опыт обслуживания парка тестовых девайсов, то должно быть знакомо, сколько это занимает времени, и как утомляет эта монотонная работа. Проверить все смартфоны в момент выдачи и приемки, уровень аккумуляторов, убедиться что смартфон вернули вовремя, это часть работы лида или менеджера.

“Все любят работать с малыми усилиями и заниматься лишь любимыми делами, но не у всех получается. Люди тратят время на все подряд, и мало внимания обращают на вещи, приносящие реальный результат. 

Сосредоточиться на важном - ключ к успеху в любой профессии вообще, а не только в тестировании. 

Правило Парето 80/20 - компактный и важный принцип, улучшающий продуктивность тестировщика, упрощающий его рабочие процессы. Здесь обсудим этот чудесный принцип, и его применение в тестировании софта.

Ведь можно тратить очень мало усилий, и при этом получать очень приличные результаты.

В материале обсудим, как тестировщики могут принимать быстрые эффективные решения, вспомнив о таком философском феномене, как “Бритва Оккама”.