Про обесценивание
Однажды я объясняла человеку суть своей профессии — чем я занимаюсь в своем ежедневном труде. Внимательно выслушав, он подытожил: а, ты просто кликаешь по кнопкам? Такое упрощение обескураживает даже бывалых.
Хочется откинуть эмоциональность и поговорить об обесценивании. Эта штука встречается чаще, чем кажется.
Обесценивание тестировщика может быть не только явным, но и скрытым. Вот несколько примеров:
1. Принижение сложности работы
«Ты же просто выполняешь тестовые сценарии»
Игнорируется вся аналитическая часть работы: построение стратегии тестирования, выдвижение гипотез, работа с рисками.
2. Непропорциональная нагрузка
«Разработчик сделал фичу в последний момент, теперь тестируйте быстрее»
Тестирование воспринимается как что-то второстепенное, а не полноценный процесс, требующий времени.
3. Исключение из важных процессов
«Ой, мы уже всё обсудили»
Тестировщика не зовут на созвоны, не спрашивают мнение при планировании, а потом ждут, что он спасёт релиз.
4. Смещение ответственности
«Если баг ушёл в прод — это вина тестировщика»
Тестирование превращают в «громоотвод», хотя качество продукта — это ответственность всей команды.
5. Неуместные комментарии
«Почему так долго возитесь, там же задачка на 5 минут»
За простой задачей могут скрываться проблемы с настройкой окружения, созданием тестовых данных. Порой на решение этих сложностей уходит больше времени, чем на само тестирование.
Как бороться с обесцениванием?
Для кого-то тестирование — это «тыкать кнопки». Для тестировщиков — это анализ рисков, построение тестовых стратегий, автоматизация, поиск уязвимостей на разных уровнях системы.
В общем, тестирование — важно, сложно, нужно.
Не обижайте тестировщиков ❤️
>>Click here to continue<<
