Найти в Дзене
Тестировщик

Чек-лист: тестирование технического задания

Помни, что ошибка найденная на этапе ТЗ стоит намного дешевле, исправляется быстрее и приносит плюс в твою страницу достижений.

С места в чек-лист:

  1. Заведи задачу на анализ ТЗ.
  2. Пройдись по ссылкам. Могут быть битые ссылки, закрыты доступы к макетам, может не быть доступов к указанным площадкам и т.п. Это небольшое опережение экономит время.
  3. Пройдись сверху вниз, не вчитывайся. Можно повторить несколько раз. У этого действия 2 цели: успокоиться (когда кажется, что перед тобой что-то ужасное и большое), получить базовое представление.
  4. Попроси обозначить MVP функционал (MVP вики). Нужно анализировать все ТЗ, но зная самые приоритетные части сможешь сконцентрироваться больше на них. Потому что не факт, что не MVP будет :)
  5. Начни записывать вопросы. Создай электронную заметку, тикет, что угодно, лишь бы была возможность поделится с участниками проекта и получить ответы. Записывай любые вопросы (глупые, непонятные, явные по ТЗ, неявные, которые приходят в голову и т.п.). Важно: бей вопросы на логические блоки: разделы ТЗ, функциональные блоки (лучше всего!), по этапам реализации и т.п.
  6. Начни составлять чек-лист проверок функционала. Также заводишь заметку, тикет и вносишь туда проверки. Делай это параллельно с заполнением вопросов. Важно: чек-листы бей на логические блоки: разделы ТЗ, функциональные блоки (лучше всего!), по этапам реализации и т.п.
  7. Создай канал получения ответов на вопросы. Это может быть чат, переписка, канбан-доска. Канал также можно использовать и после, для получения ответов по тестированию реализованного функционала.
  8. Заведи встречу после первого ознакомления с ТЗ. Встреча не нужна, если ты получил однозначные ответы через канал ответов. Но если чувствуешь, что есть неоднозначности, неточности, противоречия - создавай встречу, чтобы обсудить голосом. И так несколько раз, пока не будешь уверен, что в ТЗ нет ошибок.
  9. Используй различные техники анализа. Например, "Пять почему", "Метод Сократа", построение блок-схем и т.п.
  10. ТЗ должно обладать 6 характеристикам: полнотой, однозначностью, непротиворечивостью, необходимостью, осуществимостью и тестируемостью. Хорошо об этом написала Ольга Назина на хабре "Чек-лист тестирования требований".
  11. Будь придирчивым, докапывайся до сути и предлагай улучшения.