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.
«Аджализация» тестирования . Интеграция разработчиков и тестировщиков.  Сложности и возможные пути их решения .   Agile Ga...
Опрос <ul><li>Сколько в зале тех, кто причисляет себя к тестировщикам? </li></ul><ul><li>Как оно ,  быть тестировщиком?  :...
Проблемные зоны <ul><li>Воспитание и культура  </li></ul><ul><li>Проектная среда </li></ul><ul><li>Локальные оптимизации и...
Проблемы воспитания и культуры <ul><li>Недостаточное уважение работы тестировщиков </li></ul><ul><li>Непонимание отличий р...
Проблемы проектной среды <ul><li>Тестировщики доступны  part-time </li></ul><ul><li>Руководство не верит, что разработчики...
Локальные оптимизации и асинхронность <ul><li>Планирование проводится раздельно </li></ul><ul><li>Разработчики пишут код, ...
Культура <ul><li>Выработка командной концепции  « we are all on this » : </li></ul><ul><ul><li>Общие  stand-ups; </li></ul...
Проектная среда <ul><li>Мощная концепция Скрама про кросс-функциональные команды: </li></ul><ul><ul><li>Внедрите тестировщ...
Локальные оптимизации <ul><li>Советы можно черпать из  Lean Thinking . </li></ul><ul><li>Для избежания неверной оптимизаци...
Очереди <ul><li>Советы можно черпать из « Теории Ограничений »  (Theory of Constraints, TOC) . </li></ul><ul><li>Если тест...
Уважайте тестировщиков <ul><li>Платите им адекватные зарплаты. </li></ul><ul><li>Покупайте им необходимые инструменты авто...
Вопросы? <ul><li>Предлагаю обсудить на  open space… </li></ul>
Nächste SlideShare
Wird geladen in …5
×

QA in Agile

2.592 Aufrufe

Veröffentlicht am

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

Veröffentlicht in: Technologie, Unterhaltung & Humor
  • Als Erste(r) kommentieren

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>

×