• Like
JIRA: Sub-Task TESTING - инструмент тестировщика
Upcoming SlideShare
Loading in...5
×

JIRA: Sub-Task TESTING - инструмент тестировщика

  • 897 views
Uploaded on

Доклад Оксаны Стецяк, SQA Days-13, 26-27 апреля 2013, www.sqadays.com

Доклад Оксаны Стецяк, SQA Days-13, 26-27 апреля 2013, www.sqadays.com

More in: Education
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Be the first to comment
No Downloads

Views

Total Views
897
On Slideshare
0
From Embeds
0
Number of Embeds
4

Actions

Shares
Downloads
19
Comments
0
Likes
2

Embeds 0

No embeds

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
    No notes for slide

Transcript

  • 1. Atlassian JIRA: Testing Sub-Task –инструмент тестировщикаОксана Стецяк. Softengi
  • 2. О себе• Оксана Стецяк, Tester, Test Lead• В тестировании 2,5 года• Работаю в компании Softengi, проект Enviance (около 40 человек напроекте)* из них ~18 тестировщиков* 2 тестировщика в под-проекте,который веду• Контакты:oksana.stetsyak@softengi.comSkype - ksaiuha
  • 3. Статус задач команды тестированияне всегда прозрачен ?
  • 4. В вашей команде еще есть новички?
  • 5. Вы периодически теряетесь в поискеинформации?
  • 6. Пусть ваше тестирование не болеет!!!
  • 7. Зарождение
  • 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-TaskProject Issue type Summary Priority DescriptionVersion Component/s Assignee Reporter ExecutorVerifier Fix Version/s Attachment Labels ResolutionQCRecommendationConfigurationchangesQCComments*Specification/FDSVerifyingRecommendations testedTestedAreas*TestDocumentation*Comments
  • 12. Attachment ПриложенияLabels Ключевые слова для эффективного поиска задачResolution Резолюция тестировщика. Может быть (выбирается из списка):• Completed – выбирается, когда тестирование завершено• Rejected – когда подзадача тестирования отклонена: подзадачастала не актуальнойQCRecommendationРекомендация тестировщика по задаче (выбирается из списка):Accept – задача протестирована успешно, ошибок нет или жевсе дефекты устраненыWait for reworks – планируемое тестирование проведено, естьдефекты, по которым ждем «фикса»Fail – плановое тестирование завершено, но количестводефектов и их серьезность на столько велика, что стоит отдатьзадачу на переразработку.Поля Testing Sub-Task
  • 13. ConfigurationchangesТестировщики обозначают информацию о любыхнастройках окружения, приложения, браузера, которыенеобходимы для тестированияQC Comments* Комментарии тестировщика о завершении задачи. Здесьпредполагается наличие окончательной резолюциитестирования, упоминаются найденные дефектыSpecification/FDS Здесь указывается документ, который проверялтестировщик (статическое тестирование документации)или документ, который использовал тестировщик притестировании, или просто документация, относящаяся кданной задачеVerifyingRecommendations testedРекомендации по тестированию разработчика к задаче(пишутся в основной задаче), которые протестировал(проверил) тестировщик.Поля Testing Sub-Task
  • 14. Tested Areas* Зона, модуль, область приложения, которые былипокрыты тестамиTestDocumentation*Тестовая документация, которая была разработана вовремя тестирования:• чек-листы• тест-кейсыComments Комментарии к задаче или самой подзадачеПоля Testing Sub-Task
  • 15. Testing Sub-Task Workflow
  • 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• Хранилище информации• Возможность фильтровать понезаполненным полям – контрольвыполнения установленных процедур