Привет.
Я тестирую год, недавно сменил работу. На новом месте пока вторую неделю, и так вышло, что моя нынешняя и предыдущая работы сильно отличаются по ощущениям.
Изначально хотел написать про предущий опыт, но вышло с "Войну и Мир", поэтому я постараюсь кратко по пунктам описать общий подход.
В двух словах, как я делал раньше:
1. Получение (полу)готовой документации. Составление в блокноте (физическом) списка того, что стоит проверить, на что обратить внимание, также оценка того, как будет конечный пользователь использовать готовую фичу.
2. Получение фичи на руки. Первая "обзорная проверка", оценивал насколько всё совпадало с моими идеями до этапа разработки. А разница порой была заметна.
3. Проходил юзер-сценарии.
4. Давал волю фантазии, ходил по "компонентам", и записывал все новые/обновлённые идеи в тот же блокнот, в форме слабо детализированных чеклистов (если детализация сразу не требовалась).
5. Проходил проверки, добавлял новые идеи.
6. По окончанию анализировал и структурировал идеи/чеклисты, переводил их в более удобную форму в редмайн, добавлял дополнительную информацию.
На новой работе мне пришлось столкнуться с несколькими вещами:
1. Формализм. Например, в ревью на мои баг-репорты были замечания в духе "здесь больше бы подошло слово 'построить', а не 'создать'" или "войти под учётной записью администратора" вместо "залогиниться под админом". Шаги очень-очень детализированы, хотя аутсорса нет и все сидят рядом. К слову, разработчики в своих репортах пишут гораздо более "свободно".
2. Обособленность от разработчиков. Не смотря на то что "сидят рядом", у меня пока не сложилось впечатления, будто между разработчиками и тестировщиками есть какое-либо общение помимо "это не баг". На предыдущей работе я плотно общался с ними, имел доступ к коду (в основном раде дебага), в общем чувствовал себя частью процесса разработки.
В итоге ощущение пока такое, будто сидишь и заполняешь бланки в банке, а не интересной вещью занимаешься.
Я ожидал чего-то подобного, но не думал что это будет настолько непривычно. Сейчас, собственно, появилась напасть, с которой мне пока не справится. Одним из заданий на испытательный срок является составление тест документации на функциональность. Т.е., у меня есть на руках ТЗ, реализованная версия тоже есть, я по ней должен составить тест-кейсы и пройти их. Я составил требования, написал всякие "введения", "настройку окружения" и прочие "таблицы данных". А вот этапе написания тест-кейсов, как глупо это бы не звучало, я застопорился. Для меня основная проблема заключается в том, что они очень подробны и детальны, что вроде бы хорошо, но я не понимаю как уместить в них все идеи, которые я использую при проверках. Я начинаю писать кейс, а в голове у меня проносится "а что если вот так..?", и я сбиваюсь, потому что это тоже стоит записать, но ведь это будет уже отдельный кейс, и так раз за разом. Сейчас думаю попробовать сделать "по старинке", а на основе готовых чеклистов составить уже кейсы, но по-моему это неправильно.
Собственно, как перестроиться на думание "через" тест-кейсы? Как полюбить формализм?
Прошу прощения за стену текста, но короче как-то не вышло.
