Тестирование Требований

2,311 views
2,255 views

Published on

by Yuri Vedenin
Автор: Юрий Веденин
Мини-доклад для апрельской встречи белорсского сообщества специалистов по обеспечению качества и тестированию belqa.by

Published in: Technology
0 Comments
1 Like
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total views
2,311
On SlideShare
0
From Embeds
0
Number of Embeds
1
Actions
Shares
0
Downloads
36
Comments
0
Likes
1
Embeds 0
No embeds

No notes for slide

Тестирование Требований

  1. 1. Тестирование требований<br />Специально для belqa.by<br />
  2. 2. Вопросоплан<br />Зачем тестировать требования?<br />Что тестируем и на что тестируем?<br />Как тестировать требования? <br />Кто это делает?<br />Что на выходе?<br />
  3. 3. Зачем тестировать требования?<br />«Экономия 1 к 10» (Grady and Van Slack 1994).<br />
  4. 4. Что тестируем?<br />Требование – это...<br />Что-то, что нужно пользователю<br />Что-то, чему должна соответствовать система<br />Задокументированные «что-то» из 2х предыдущих пунктов<br />Software Requirements Specification, User Requirements Document, Functional Requirements Document, Техническое задание, Технический проект и т.д. <br />
  5. 5. На что тестируем?<br />Полнота (Дев)<br />Корректность (БА)<br />Атомарность<br />Измеримость<br />Осуществимость (реализуемость) (Дев)<br />Обязательность (БА)<br />Приоритезированность (ранжируемость)<br />Недвусмысленность (однозначность)<br />Проверямость (тестируемость)<br />Непротиворечивость<br />Избыточность<br />Прослеживаемость<br />
  6. 6. Что надо для тестирования<br />Вам понадобятся<br />(Необходимо) Само задокументированное требование<br />(Почти 100%) Создатель этого документа<br />(Наверняка) Терпение и время<br />(Вероятно) Разработчик и Заказчик<br />(Вероятно) Другие связанные документы<br />(Полезно) Чеклист «на что тестируем»<br />
  7. 7. Как тестировать требования?<br />Очень просто! (вернемся на 2 слайда назад и посмотрим их ещё раз)<br />
  8. 8. Кто тестирует требования?<br />Тестировщик (QC, QA)<br />Аналитик<br />Разработчик (Архитектор, Тех лидер)<br />ПМ<br />Эксперт в области<br />И, вы не поверите, Пользователи и Заказчик<br />Иногда все они даже собираются группами!<br />
  9. 9. Что на выходе?<br />Требования с указанием недочетов и рекомендаций по исправлению (логично, да?)<br />Список дефектов в баг-трекинг системе (если по процессу)<br />Минимизация будущих расходов на переработку<br />Happy Customers! (а также менеджеры, аналитики, разработчики и, конечно, тестировщики)<br />
  10. 10. Вопросы<br />и<br />Ответы<br />

×