Жизнь после поиска багов Всем тёплый привет! Началась новая неделя, а вместе с ней и новые рабочие задачи. После хороших шашлычных выходных тяжеловато настроиться, но кто не работает, тот не ест мясо 😃 Сегодня у меня какое-то особенное игривое настроение, а потому решила с вами поделиться, чем же я занимаюсь на протяжении года с небольшим на новой работе. На самом деле, все до жути просто. Сейчас я не работаю непосредственно в тестировании. ⁉️ Не забыли, надеюсь, что тестирование не (только) поиск багов, а проверка корректности работы ПО А я как раз занимаюсь обеспечением качества разработки этого самого ПО. Это уже не про тестирование, это про QA. И основная разница в том, что последние работают с продуктом не как с результатом, а как с чем-то разрабатываемым. И почти все внимание отводится документации. Ее безумно много, все раскидано по командам. Да ещё все на английском. Я же актуализирую тест кейсы (ТК), проверяю их в соответствии с новыми требованиями и возможностями программы. С расчётом на то, что уже обновлённый ТК отправится в руки автоматизаторов, где будет написан уже автотест. Возможно, звучит скучно. Но это только на первый взгляд. Для наглядности постараюсь привести пример. Допустим, есть некая программа, пусть будет супер навороченный фотошоп, которого вы ещё даже не видели. В нем заложены почти безграничные возможности. Тут тебе и ретушь, и рисование, и 3-D моделирование, и анимация, ну вот все, что душе угодно. И под каждый функционал есть свои фиг пойми какие инструменты. Понятное дело, что с конца 20-го века эти инструменты сильно изменились, а в будущем так вообще все может быть построено на особенных алгоритмах и нейронках. А теперь только представьте, сколько всего надо знать о каждом инструменте, его историю создания и текущую реализацию, чтобы грамотно составить/актуализировать требование к нему. Ведь именно оно будет стандартом качества, на которое будут все опираться. Написание шагов здесь целое искусство, особенно когда проект огромный и он связан с другими решениями, например, облаком. Немаловажно и понимание того, как это все технически реализовывается. Для автоматизации недостаточно просто приаттачить скриншот действительного и ожидаемого результата, зачастую нужны дополнительные параметры, которые надо ещё знать где достать в программе. Такие вот они, стандарты качества. Иногда думается, что настоящий QA на проекте - это сверхразум, который: ⁃ существует с момента рождения продукта ⁃ был вовлечён почти во все этапы разработки ⁃ общался со всеми разработчиками, менеджерами, дизайнерами, тестировщиками и даже попугаем, который знает почему Федя взял день отгула. Похоже, что QA может знать даже больше, чем создатель самого продукта. И чем больше погружаешься во все это после тестирования, тем больше хочется часов в сутках и запасов кофе. То ли ещё будет?) Пожалуйста, не забудьте поставить реакцию к посту, это очень важно ❤️ Заметки тестировщика