1. Software quality assurance days
18 Международная конференция
по вопросам качества ПО
sqadays.com
Москва. 27–28 ноября 2015
Alexander Poleschuk
ISSoft/Coherent Solutions. Минск, Беларусь
Новый процесс тестирования на "старом" проекте
2. Новый процесс тестирования на "старом" проекте
О докладчике
ПОЛЕЩУК АЛЕКСАНДР
•5+ лет в тестировании
•Специалист по ручному тестированию и
построению процессов
•Agile НЕевангелист
•Автоматизирую все, что «плохо лежит»
3. Новый процесс тестирования на "старом" проекте
О чем поговорим
• с чего начать при старте нового процесса на
«старом» проекте
• как не повторять ошибок прошлых команд
• о сложностях построения процессов
• об использовании инструментов, которые
предоставил заказчик и как выжать из них максимум
• как внедрить бесплатные решения и доказать, что
они тоже эффективны и применимы на практике
• как автоматизировать отчетность тестирования
5. Новый процесс тестирования на "старом" проекте
С чего начать построение
процесса
• простота – залог успеха
• документируйте свой workflow
• создавайте как можно больше how-to статей
• создавайте открытые to-do списки
6. Новый процесс тестирования на "старом" проекте
Что документируем?
• How-to page
• QA Testing Process
• Workflow Definitions: Development + Testing
• Issue creation process
• Test case writing standards
• Testing information
• Production testing information
• Regression testing list
• Etc.
7. Новый процесс тестирования на "старом" проекте
Не повторять ошибок прошлых
команд
• Создавайте тренинг сессии и записывайте процесс
• Запись тренинга должна быть доступна любому
участнику команды
• Оценивайте задачи и следуйте оценкам
• No release on Friday!
8. Новый процесс тестирования на "старом" проекте
О сложностях построения
процессов
•
• клиент привык работать определенным образом
• у клиента уже есть продукты, которые он использует,
включая лицензии на платные продукты
9. Новый процесс тестирования на "старом" проекте
Что там «под капотом»?
• Atlassian bundle:
• Circle workflow
• Нестандартное использование компонентов Jira
• Регрессионные циклы на основе QA Notes
11. Новый процесс тестирования на "старом" проекте
JIRA: Labels vs Components
• Компоненты отвечают за указание типа Jira-item:
Manual Test, Automated Test, FrontEnd, BackEnd, 3rd
party, …
• Labels выполняет роль «указателя компонентов»,
например, Login, Bag, MyAccount
• Любой пользователь JIRA может создавать labels
• Components создаются администраторами ->
неудобно
12. Новый процесс тестирования на "старом" проекте
QA notes от разработчиков
• Материальные знания об изменениях функционала,
в том числе и в коде
• Разработчики намного лучше знают как они
реализовали запросы «бизнеса»
• QA Notes важны, т.к. требования могли
изменяться(уточняться) в процессе
разработки(привет, Scrum и бизнес)
13. Новый процесс тестирования на "старом" проекте
Регрессия? Легко!
• На старте проекта легко тестировать «все подряд»
• Что делать, когда тестов и функционала слишком
много?
• Регрессионное тестирование на основе QA notes от
разработчика с помощью labels.
14. Новый процесс тестирования на "старом" проекте
Как «уговорить» клиента на
автоматизацию?
• Используйте бесплатные решения!
• Java( ) + Selenium( ) + + = Free Automation
• Объедините автоматизацию и ручное тестирование
• Ежедневное выполнение автоматических скриптов =
отчет каждый день
• Общедоступный и информативный отчет от Allure.
• Небольшой smoke suite. Время выполнения ~20 минут.
15. Новый процесс тестирования на "старом" проекте
Автоматизация отчетности
• Используйте графические отчеты
• Автоматизируйте отчетность по максимуму
• Принцип 3х3
• Jira Dashboards + Jira Gadgets = Execution Report
• Jenkins + Allure plugin = Automation Report
• Jira + Confluence = QA Team Report