Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.

Процесс тестирования в условиях неявных требований

1,166 views

Published on

Доклад Егора Сосковца на конференции SQA Days-20. 24-26 ноября 2016. Минск
www.sqadays.com

Published in: Education
  • Be the first to comment

  • Be the first to like this

Процесс тестирования в условиях неявных требований

  1. 1. Software quality assurance days 20 Международная конференция по вопросам качества ПО sqadays.com Минск. 24–26 ноября 2016 Егор Сосковец ООО Лаборатории Инвенто. Минск, Беларусь Процесс тестирования в условиях неявных требований
  2. 2. Процесс тестирования в условиях неявных требований О себе • Более 20 лет опыта в IT • Прошел путь от функционального тестировщика, через WEB Developer, Test Manager, Lead Developer и до Delivery Manager • Основная специализация: комплексная постановка процессов разработки, тестирования и доставки продукта как в рамках отдельного проекта, так и в компании в целом
  3. 3. Процесс тестирования в условиях неявных требований Зачем этот доклад? 1.продемонстрировать, что отсутствие четких требований не является блокирующим моментом в достижении качества продукта, поставляемого заказчику 2.доказать, что в условиях неявных требований – тест- документация становится единственным артефактом, на который можно “опереться” 3.внушить уверенность: тестовая документация может быть любого формата, именно такого, что-бы требовать минимального обслуживания и давать максимальную отдачу, уточняя собой неявные требования
  4. 4. Процесс тестирования в условиях неявных требований О проекте • Ранее клиент работал с двумя разрозненными, которые было необходимо объединить с полным сохранением исторических и текущих данных • Принято решение произвести кастомизацию системы CRM+ERP на основе приложения с открытым кодом (Odoo) в соответствии с требованиями заказчика • Помимо внедрения нового приложения требовалось внести изменения в бизнес-процесс предприятия в целом
  5. 5. Процесс тестирования в условиях неявных требований Пользовательский интерфейс: было - стало
  6. 6. Процесс тестирования в условиях неявных требований Первые шаги: абстрактные требования
  7. 7. Процесс тестирования в условиях неявных требований Первые шаги: первые проблемы
  8. 8. Процесс тестирования в условиях неявных требований Второе дыхание: уточнение требований
  9. 9. Процесс тестирования в условиях неявных требований Второе дыхание: и всё ещё не ясно…
  10. 10. Процесс тестирования в условиях неявных требований Пример тест-кейса: Title: CRM / Обработка Клиента: форма "Регистрация платежа“ Description: Precondition Пользователи: Администратор КО(ko_admin), Вася Пупкин (vpu) Steps 1.Войти в систему как Администратор КО -> нажать кнопку Администратор КО -> в выпадающем списке нажать О программе -> нажать кнопку Активировать режим разработчика -> Главное меню настройки -> Пользователи -> выбрать пользователя Администратор КО -> Изменить -> ЮрСпектр Горячая линия поставить роль Сотрудник 2.Главное меню Горячая линия -> Все заявки -> Создать -> Заполнить поля Сохранить - > Отправить в обработку 3.Expected results: В списке заявок появилась заявка, автор которой Администратор КО 4.Войти в систему как Вася Пупкин -> Главное меню Горячая линия -> Все заявки -> Создать -> Заполнить поля -> Ответственным указать Администратор КО -> Сохранить -> Отправить в обработку 5.Войти в систему как Администратор КО -> Главное меню Горячая линия -> Все заявки 6.Expected results: В списке заявок появилась заявка, ответственным на которую назначен Администратор КО.
  11. 11. Процесс тестирования в условиях неявных требований Столкновение с реальностью: выход в «PROD»
  12. 12. Процесс тестирования в условиях неявных требований Этап три: полёт нормальный?
  13. 13. Процесс тестирования в условиях неявных требований Выходим из пикирования
  14. 14. Процесс тестирования в условиях неявных требований Пример чеклиста Title: Клиенты / Клиенты / Заявки на счета: проверка позиций заявки типа «Актуализация» Description: 1.Создать заявку типа "Актуализация" 2.Добавить позиции заказа(проверить, что в поле "Система" доступны только необслуживаемые системы, у которых дата окончания подписки не позже 1-ого числа предыдущего месяца) 3.Проверить, что в поле "Программа" указывается вид услуг: актуализация,обслуживание,понижение и/или переход 4.Проверить, что программа любого вида услуг соответствует выбранной системе, в зависимости от текущей системы или ее перехода/понижения 5.Проверить, что в списке программ присутствуют необходимые актуализация и обслуживание в зависимости от перехода/понижения системы 6.Проверить, что в поле "Количество" значение ограничено 60-ю месяцами 7.Проверить, что при указании начала подписки указывается окончание подписки(начало подписки+значение поля "Количество") 8.Проверить, что в поле "Величина скидки (%)" тянется скидка, указанная в системе
  15. 15. Процесс тестирования в условиях неявных требований Вывод Вы можете не иметь четких требований к системе как на страте проекта, так и при выходе в продакшен. Ваши заказчики могут менять требования изо дня в день. В такой ситуации требованиями к системе становится тестовая документация – это единственный артефакт, который позволит вам чётко отследить внесенные изменения в систему и обеспечить её качество.
  16. 16. Процесс тестирования в условиях неявных требований Спасибо за внимание Вопросы? Mail: esoskovets@mail.ru Skype: net-ego.net

×