Diese Präsentation wurde erfolgreich gemeldet.
Wir verwenden Ihre LinkedIn Profilangaben und Informationen zu Ihren Aktivitäten, um Anzeigen zu personalisieren und Ihnen relevantere Inhalte anzuzeigen. Sie können Ihre Anzeigeneinstellungen jederzeit ändern.

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

3.930 Aufrufe

Veröffentlicht am

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

Veröffentlicht in: Bildung
  • Loggen Sie sich ein, um Kommentare anzuzeigen.

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

  1. 1. Atlassian JIRA: Testing Sub-Task –инструмент тестировщикаОксана Стецяк. Softengi
  2. 2. О себе• Оксана Стецяк, Tester, Test Lead• В тестировании 2,5 года• Работаю в компании Softengi, проект Enviance (около 40 человек напроекте)* из них ~18 тестировщиков* 2 тестировщика в под-проекте,который веду• Контакты:oksana.stetsyak@softengi.comSkype - ksaiuha
  3. 3. Статус задач команды тестированияне всегда прозрачен ?
  4. 4. В вашей команде еще есть новички?
  5. 5. Вы периодически теряетесь в поискеинформации?
  6. 6. Пусть ваше тестирование не болеет!!!
  7. 7. Зарождение
  8. 8. In Testing статусNew feature, Improvement, Investigation & DesignБыло: Open -> In Progress -> Resolved -> ClosedСтало: Open -> In Progress -> Resolved -> In Testing ->Accepted -> Closed
  9. 9. JIRA Sub Tasks• Coding• Sub Task• Investigation & Design• …• Testing
  10. 10. Рабочая процедура• Создавать Testing Sub-Task можно для задач:– New Feature– Improvement– Investigation & Design– Synchronization– Task– Bug• Приняты обязательные условия созданияTesting Sub-Task– Для задач с флагом High Level– Создатель задачи – заказчик– Больше одного тестировщика на задачу– Необходима проверка (review) тестирования– Дополнительный контроль задачи
  11. 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. 12. Attachment ПриложенияLabels Ключевые слова для эффективного поиска задачResolution Резолюция тестировщика. Может быть (выбирается из списка):• Completed – выбирается, когда тестирование завершено• Rejected – когда подзадача тестирования отклонена: подзадачастала не актуальнойQCRecommendationРекомендация тестировщика по задаче (выбирается из списка):Accept – задача протестирована успешно, ошибок нет или жевсе дефекты устраненыWait for reworks – планируемое тестирование проведено, естьдефекты, по которым ждем «фикса»Fail – плановое тестирование завершено, но количестводефектов и их серьезность на столько велика, что стоит отдатьзадачу на переразработку.Поля Testing Sub-Task
  13. 13. ConfigurationchangesТестировщики обозначают информацию о любыхнастройках окружения, приложения, браузера, которыенеобходимы для тестированияQC Comments* Комментарии тестировщика о завершении задачи. Здесьпредполагается наличие окончательной резолюциитестирования, упоминаются найденные дефектыSpecification/FDS Здесь указывается документ, который проверялтестировщик (статическое тестирование документации)или документ, который использовал тестировщик притестировании, или просто документация, относящаяся кданной задачеVerifyingRecommendations testedРекомендации по тестированию разработчика к задаче(пишутся в основной задаче), которые протестировал(проверил) тестировщик.Поля Testing Sub-Task
  14. 14. Tested Areas* Зона, модуль, область приложения, которые былипокрыты тестамиTestDocumentation*Тестовая документация, которая была разработана вовремя тестирования:• чек-листы• тест-кейсыComments Комментарии к задаче или самой подзадачеПоля Testing Sub-Task
  15. 15. Testing Sub-Task Workflow
  16. 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. 17. Что удобно?1) Контроль нескольких тестировщиков, которые занимаютсятестированием одной большой задачи2) Верификация работы новичков3) Визуализация4) Распараллеливание задач:• Непосредственно тестирование• Создание тестовой документации• Обновление документации5) Соответственно, можно закрыватьтестирование и продолжать работу над тестовой документацией инаоборот
  18. 18. Чем еще служит?• Место для Time-Tracking• Возможность анализа запланированного времени vs потраченного• Место для отчетности тестировщика о проделанной работе• Напоминание о необходимой информации о результатах тестирования,которую нужно внести в Sub-Task• Хранилище информации• Возможность фильтровать понезаполненным полям – контрольвыполнения установленных процедур

×