Новый процесс тестирования на "старом" проекте

Software quality assurance days18 Международная конференция по вопросам качества ПОsqadays.com

Москва. 27–28 ноября 2015

Alexander PoleschukISSoft/Coherent Solutions. Минск, Беларусь

Новый процесс тестирования на "старом" проекте


О докладчике

ПОЛЕЩУК АЛЕКСАНДР

•5+ лет в тестировании•Специалист по ручному тестированию и построению процессов•Agile НЕевангелист•Автоматизирую все, что «плохо лежит»


О чем поговорим• с чего начать при старте нового процесса на

«старом» проекте• как не повторять ошибок прошлых команд• о сложностях построения процессов• об использовании инструментов, которые

предоставил заказчик и как выжать из них максимум• как внедрить бесплатные решения и доказать, что

они тоже эффективны и применимы на практике• как автоматизировать отчетность тестирования


Новый «старый» клиент


С чего начать построение процесса• простота – залог успеха

• документируйте свой workflow

• создавайте как можно больше how-to статей

• создавайте открытые to-do списки


Что документируем?• 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.


Не повторять ошибок прошлых команд• Создавайте тренинг сессии и записывайте процесс

• Запись тренинга должна быть доступна любому участнику команды

• Оценивайте задачи и следуйте оценкам

• No release on Friday!


О сложностях построения процессов

•

• клиент привык работать определенным образом

• у клиента уже есть продукты, которые он использует, включая лицензии на платные продукты


Что там «под капотом»?• Atlassian bundle:

• Circle workflow• Нестандартное использование компонентов Jira• Регрессионные циклы на основе QA Notes


Построение advanced QA workflow

Было: Стало:


JIRA: Labels vs Components• Компоненты отвечают за указание типа Jira-item:

Manual Test, Automated Test, FrontEnd, BackEnd, 3rd party, …

• Labels выполняет роль «указателя компонентов», например, Login, Bag, MyAccount

• Любой пользователь JIRA может создавать labels• Components создаются администраторами ->

неудобно


QA notes от разработчиков• Материальные знания об изменениях функционала,

в том числе и в коде

• Разработчики намного лучше знают как они реализовали запросы «бизнеса»

• QA Notes важны, т.к. требования могли изменяться(уточняться) в процессе разработки(привет, Scrum и бизнес)


Регрессия? Легко!• На старте проекта легко тестировать «все подряд»

• Что делать, когда тестов и функционала слишком много?

• Регрессионное тестирование на основе QA notes от разработчика с помощью labels.


Как «уговорить» клиента на автоматизацию?• Используйте бесплатные решения!• Java( ) + Selenium( ) + + = Free Automation

• Объедините автоматизацию и ручное тестирование• Ежедневное выполнение автоматических скриптов =

отчет каждый день• Общедоступный и информативный отчет от Allure.• Небольшой smoke suite. Время выполнения ~20 минут.


Автоматизация отчетности• Используйте графические отчеты• Автоматизируйте отчетность по максимуму• Принцип 3х3• Jira Dashboards + Jira Gadgets = Execution Report• Jenkins + Allure plugin = Automation Report• Jira + Confluence = QA Team Report


Execution report


Execution report (extended)


Automation report


QA Team Report


QA Team Report (extended)



Contacts:Skype: csi.alexanderpoleschuk

Email: [email protected]

Mobile: +375297304728Linkedin: https://www.linkedin.com/pub/alexander-poleschuk/9b/290/2b4

mailto:[email protected]

https://www.linkedin.com/pub/alexander-poleschuk/9b/290/2b4

https://www.linkedin.com/pub/alexander-poleschuk/9b/290/2b4

Новый процесс тестирования на "старом" проекте

Technology