Se ha denunciado esta presentación.
Utilizamos tu perfil de LinkedIn y tus datos de actividad para personalizar los anuncios y mostrarte publicidad más relevante. Puedes cambiar tus preferencias de publicidad en cualquier momento.

QA in Agile

2.583 visualizaciones

Publicado el

«Аджализация» тестирования. Интеграция разработчиков и тестировщиков. Сложности и возможные пути их решения.

  • Sé el primero en comentar

QA in Agile

  1. 1. «Аджализация» тестирования . Интеграция разработчиков и тестировщиков. Сложности и возможные пути их решения . Agile Gathering 5, Киев, 28 июня 2008 Алексей Кривицкий [email_address] www.SCRUMguides.com
  2. 2. Опрос <ul><li>Сколько в зале тех, кто причисляет себя к тестировщикам? </li></ul><ul><li>Как оно , быть тестировщиком? :) </li></ul>
  3. 3. Проблемные зоны <ul><li>Воспитание и культура </li></ul><ul><li>Проектная среда </li></ul><ul><li>Локальные оптимизации и ассинхронность </li></ul>
  4. 4. Проблемы воспитания и культуры <ul><li>Недостаточное уважение работы тестировщиков </li></ul><ul><li>Непонимание отличий ролей Quality Control и Quality Assurance </li></ul><ul><li>Акцент на тяжеловестных инструментах </li></ul><ul><li>Разработчики защищают свой код </li></ul>
  5. 5. Проблемы проектной среды <ul><li>Тестировщики доступны part-time </li></ul><ul><li>Руководство не верит, что разработчики могут сами разработать качественный код </li></ul><ul><li>Разработчики и тестировщики отделены друг от друга </li></ul><ul><li>Внедрение Agile обходит стороной тестировщиков </li></ul><ul><li>Работа поощряется по дисциплинам </li></ul>
  6. 6. Локальные оптимизации и асинхронность <ul><li>Планирование проводится раздельно </li></ul><ul><li>Разработчики пишут код, не зависимо от того, смогут ли его потестировать </li></ul><ul><li>Тестировщики перегружены </li></ul>
  7. 7. Культура <ul><li>Выработка командной концепции « we are all on this » : </li></ul><ul><ul><li>Общие stand-ups; </li></ul></ul><ul><ul><li>Визуализация всего процесса разработки, в том числе его «узкий мест»; </li></ul></ul><ul><ul><li>Работа в « mini-teams » - тестировщик, заказчик, группа разработчиков, объединённых на время реализации фичи; </li></ul></ul><ul><ul><li>Коллективное составление acceptance tests (wikis); </li></ul></ul><ul><ul><li>Парное тестирование; </li></ul></ul><ul><ul><li>Совместные демонстрации версий продукта. </li></ul></ul><ul><li>Коллективные обсуждения и улучшения процесса. Ретроспективы. </li></ul>
  8. 8. Проектная среда <ul><li>Мощная концепция Скрама про кросс-функциональные команды: </li></ul><ul><ul><li>Внедрите тестировщиков в команду разработчиков ; </li></ul></ul><ul><ul><li>Располагайтесь в одной комнате с разработчиками. </li></ul></ul><ul><ul><li>Achtung ! Подчинение тестировщиков менеджеру отдела QA может вредить пользе дела. </li></ul></ul><ul><li>Внедряя Agile внимательно слушайте ваших тестировщиков! </li></ul><ul><ul><li>Тестировщики думают про конечный результат. Разработчики же – про решения. </li></ul></ul><ul><li>Разработчкики и тестировщики должны работать по одним исходным артефактам (источникам данных): </li></ul><ul><ul><li>Если разработчики работают по беклогу с историями, а тестировщики – по начальному документу требований, то как ложатся тест-кейсы на истории? </li></ul></ul><ul><ul><li>Планируйте релизы и итерации вместе . </li></ul></ul>
  9. 9. Локальные оптимизации <ul><li>Советы можно черпать из Lean Thinking . </li></ul><ul><li>Для избежания неверной оптимизации системы, снимайте метрики на один уровень выше. Т.е. не по отделам, а по всей чепочке передачи работ: </li></ul><ul><ul><li>Количество найденных дефектов за ед. времени; </li></ul></ul><ul><ul><li>Время реализации функционала без тестирования; </li></ul></ul><ul><ul><li>Время от запуска в разработку функционала до его приёмки; </li></ul></ul><ul><ul><li>Время от внесения дефекта до его детектирования и починки; </li></ul></ul><ul><ul><li>Техника Lean « Value streams » . </li></ul></ul><ul><li>Постройте среду, где отдел тестирования ответственен за бездефектный код (качество), а не количество найденных дефектов: </li></ul><ul><ul><li>Quality Assurance vs. Quality Control </li></ul></ul>
  10. 10. Очереди <ul><li>Советы можно черпать из « Теории Ограничений » (Theory of Constraints, TOC) . </li></ul><ul><li>Если тестирование –узкое место процесса: </li></ul><ul><li>Убедитесь, что тестировщики работают на тем, над чем только они могут работать; </li></ul><ul><li>Контролируйте размер очереди для тестирования – не допускайте простоев, но и не перегружайте её; </li></ul><ul><li>Подчините все проектные процессы и решения тестировщикам. </li></ul><ul><li>Внедряйте практики, повышающие эффективность тестирования (за счёт времени разработчиков) </li></ul>
  11. 11. Уважайте тестировщиков <ul><li>Платите им адекватные зарплаты. </li></ul><ul><li>Покупайте им необходимые инструменты автоматизации. </li></ul><ul><li>Любите их :) </li></ul><ul><li>Сегодня каждый должен обнять как минимум двух тестировщиков. </li></ul>
  12. 12. Вопросы? <ul><li>Предлагаю обсудить на open space… </li></ul>

×