Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.

QA in Agile

2,582 views

Published on

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

  • Be the first to comment

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>

×