2. О себе
• Оксана Стецяк, Tester, Test Lead
• В тестировании 2,5 года
• Работаю в компании Softengi, проект Enviance (около 40 человек на
проекте)
* из них ~18 тестировщиков
* 2 тестировщика в под-проекте,
который веду
• Контакты:
oksana.stetsyak@softengi.com
Skype - ksaiuha
8. In Testing статус
New feature, Improvement, Investigation & Design
Было: Open -> In Progress -> Resolved -> Closed
Стало: Open -> In Progress -> Resolved -> In Testing ->
Accepted -> Closed
9. JIRA Sub Tasks
• Coding
• Sub Task
• Investigation & Design
• …
• Testing
10. Рабочая процедура
• Создавать Testing Sub-Task можно для задач:
– New Feature
– Improvement
– Investigation & Design
– Synchronization
– Task
– Bug
• Приняты обязательные условия создания
Testing Sub-Task
– Для задач с флагом High Level
– Создатель задачи – заказчик
– Больше одного тестировщика на задачу
– Необходима проверка (review) тестирования
– Дополнительный контроль задачи
11. Рабочая процедура
• Создает Testing Sub-Task:
– Менеджер проекта
– Тест Лидер
Поля Testing Sub-Task
Project Issue type Summary Priority Description
Version Component/s Assignee Reporter Executor
Verifier Fix Version/s Attachment Labels Resolution
QC
Recomme
ndation
Configuration
changes
QC
Comments*
Specification
/FDS
Verifying
Recommenda
tions tested
Tested
Areas*
Test
Documentation*
Comments
12. Attachment Приложения
Labels Ключевые слова для эффективного поиска задач
Resolution Резолюция тестировщика. Может быть (выбирается из списка):
• Completed – выбирается, когда тестирование завершено
• Rejected – когда подзадача тестирования отклонена: подзадача
стала не актуальной
QC
Recommend
ation
Рекомендация тестировщика по задаче (выбирается из списка):
Accept – задача протестирована успешно, ошибок нет или же
все дефекты устранены
Wait for reworks – планируемое тестирование проведено, есть
дефекты, по которым ждем «фикса»
Fail – плановое тестирование завершено, но количество
дефектов и их серьезность на столько велика, что стоит отдать
задачу на переразработку.
Поля Testing Sub-Task
13. Configuration
changes
Тестировщики обозначают информацию о любых
настройках окружения, приложения, браузера, которые
необходимы для тестирования
QC Comments* Комментарии тестировщика о завершении задачи. Здесь
предполагается наличие окончательной резолюции
тестирования, упоминаются найденные дефекты
Specification/FDS Здесь указывается документ, который проверял
тестировщик (статическое тестирование документации)
или документ, который использовал тестировщик при
тестировании, или просто документация, относящаяся к
данной задаче
Verifying
Recommendation
s tested
Рекомендации по тестированию разработчика к задаче
(пишутся в основной задаче), которые протестировал
(проверил) тестировщик.
Поля Testing Sub-Task
14. Tested Areas* Зона, модуль, область приложения, которые были
покрыты тестами
Test
Documentation*
Тестовая документация, которая была разработана во
время тестирования:
• чек-листы
• тест-кейсы
Comments Комментарии к задаче или самой подзадаче
Поля Testing Sub-Task
16. «Набор» тестировщика
Sub-Task:
• QC Investigation
• Review Investigation
• Study Spec
• Review Spec
• Create/Update Test Plan
• Create/Update Test Docs
• Data Preparation
• Acceptance Testing (InTake)
• Testing
• Review Testing
• Regression Testing
• Smoke Testing
• QC Sign-off
17. Что удобно?
1) Контроль нескольких тестировщиков, которые занимаются
тестированием одной большой задачи
2) Верификация работы новичков
3) Визуализация
4) Распараллеливание задач:
• Непосредственно тестирование
• Создание тестовой документации
• Обновление документации
5) Соответственно, можно закрывать
тестирование и продолжать работу над тестовой документацией и
наоборот
18. Чем еще служит?
• Место для Time-Tracking
• Возможность анализа запланированного времени vs потраченного
• Место для отчетности тестировщика о проделанной работе
• Напоминание о необходимой информации о результатах тестирования,
которую нужно внести в Sub-Task
• Хранилище информации
• Возможность фильтровать по
незаполненным полям – контроль
выполнения установленных процедур