Перейти к содержимому

Фотография

Как тестировать документацию. Простой алгоритм


  • Авторизуйтесь для ответа в теме
В теме одно сообщение

#1 baranceva

baranceva

    Профессионал

  • Admin
  • PipPipPipPipPipPip
  • 4 160 сообщений
  • ФИО:Баранцева Наталья


Отправлено 21 февраля 2022 - 07:31

Автор: Ирина Соколова, Senior QA Engineer, qualsolife.ru

 

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

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

 

Тем, кто формирует свой стиль работы, пригодится. Делюсь!

 

Читать статью полностью...


  • 0
Наталья Баранцева
Тренинги по тестированию ПО

#2 astenix

astenix

    Специалист

  • Members
  • PipPipPipPipPip
  • 906 сообщений
  • ФИО:Лёша Лупан
  • Город:Кишинев


Отправлено 21 февраля 2022 - 11:53

> Liz Keogh рассказала, что … раздел Acceptance criteria заполняют именно разработчики. Это на уровне документации заставляет их детально подумать, как они будут реализовать программный код, что непонятно, и какой информации не хватает в требованиях.

Быгыгы, а у нас за такое убивают морально на месте из пушки Гаусса.
  • 0

Software Testing Glossary - простыми словами о непростых словах.



Количество пользователей, читающих эту тему: 0

0 пользователей, 0 гостей, 0 анонимных