Download to read offline
More Related Content
Similar to Тестирование весна 2013 лекция 5
Тестирование весна 2013 лекция 5
- 1. Тестирование для разработчиков Лекция 5.CI&CD Взаимодействие с тестировщиками. Развенская Ксения
- 2. План лекции • Идеальныйпроцесс разработки • Взаимодействие с командой тестирования • Итоги курса
- 3. В предыдущих сериях •Автоматизированные системные (функциональные) тесты • Юнит-тесты • Интеграционные тесты • Тесты производительности
- 4. Как теперь будетвыглядеть процесс разработки?
- 5. Введение Разработка на локальной машине Локальная сборка Локальныйпрогон Юнит-тестов Интеграция с общей веткой Функциональное тестирование
- 6.
- 7.
- 8. Идеальный процесс разработки • Удобный •Способствует повышению качества • Снижает риски • Ускоряет разработку • Прозрачен для всей команды • Максимально автоматизирован • ?
- 9. Continuous Integration. Непрерывная интеграция. Непрерывнаяинтеграция — это практика разработки программного обеспечения, которая заключается в выполнении частых автоматизированных сборок проекта для скорейшего выявления и решения интеграционных проблем. Википедия
- 10. Continuous Integration. Непрерывная интеграция. "ContinuousIntegration is a software development practice where members of a team integrate their work frequently, usually each person integrates at least daily - leading to multiple integrations per day. Each integration is verified by an automated build (including test) to detect integration errors as quickly as possible." M. Fowler
- 11. Непрерывная интеграция. Идея • Какможно более частая интеграция кода • Непрерывное тестирование изменений
- 12. Требования к проекту •исходный код и все, что необходимо для сборки и тестирования проекта, хранится в репозитории системы контроля версий • чекаут из репозитория, сборка и тестирование проекта автоматизированы
- 13.
- 14. Continuous Integration. Преимущества использования •Проблемы интеграции выявляются и исправляются быстро, что оказывается дешевле • Немедленный прогон модульных тестов для свежих изменений • Постоянное наличие текущей стабильной версии вместе с продуктами сборок — для тестирования, демонстрации, и т. п.
- 15.
- 16. Система контроля версий. Versioncontrol system Система контроля версий – инструмент, облегчающий работу с изменяющимися данными. Предоставляет возможность хранить несколько версий одного документа, при необходимости вернуться к более ранней версии, определить кто и когда внес то или иное изменение, etc.
- 17. Система контроля версий. Преимуществаиспользования • Легкий доступ к коду • Обеспечивает версионность • Облегчает совместную разработку • Возможность автоматизировать процессы сборки, ревью, запуска тестов
- 18. Система контроля версий. Антипаттерны 1.Редкие коммиты -> рискуем потерять часть изменений, реже интегрируемся Решение: Частые коммиты в течение дня 2. Массовые коммиты перед уходом с работы -> рискуем задержать коллег из-за сломанной сборки Решение: Не коммитить после N часов
- 19. Система контроля версий. Инструменты •Git • Subversion • CVS • ClearCase • ... http://en.wikipedia.org/wiki/Comparison_of_revisio n_control_software
- 20.
- 21. Код-ревью. Code-review Код-ревью – систематическийпросмотр кода с целью найти и исправить ошибки, допущенные на начальном этапе разработки. Цель - повышение качества кода и обмен опытом между разработчиками. Виды • Pre-commit review (email/over-the-shoulder) • Post factum • Выборочное ревью
- 22. Код-ревью. Плюсы и минусы Плюсы: •Способствует обнаружению ошибок • Возможность получить фидбек о стиле программирования и выборе алгоритмов • Обмен опытом • Развивает командность • Единообразность кода Минусы: • Требует инвестиций на начальном этапе
- 23. Код-ревью. Типы ошибок • Ошибкиобращения к данным • Ошибки логических и арифметических операций • Использование сложных конструкций • Ошибки в логике программы • Стилевые ошибки • Опечатки
- 24. Ошибки обращения К данным •Проблемы адресации • Индексы массивов • Объявление переменных • Размер и тип • Именование переменных • …
- 25. Ошибки вычислений • Переполнения •Потеря точности • Деление на ноль • Ошибки в операторах сравнения • …
- 26. Стилевые ошибки • Именованиепеременных • Форматирование • Документирование кода • …
- 27. А также.. • Бесконечныециклы • Race conditions • Утечки памяти • …
- 28. Код-ревью. Основные принципы Хорошо • Быстро •Конструктивно • Объективно • Позитивно Плохо • Навязывание личных предпочтений • Переход на личности
- 29. Код-ревью. Антипаттерны Код-ревью тормозит процессразработки -> негативное отношение к процессу ревью Решение: Проводить параллельно с тестированием, у задач на код-ревью – 1 приоритет
- 30. Код-ревью. Инструменты • VCS plug-ins •E-mail http://en.wikipedia.org/wiki/List_of_tools_for_code_review
- 31.
- 32. Автоматическая сборка • Компиляция •Сборка • Выполнение модульных тестов • Формирование документации и release notes
- 33. Автосборка. Антипаттерны Редкие сборки ->поздно обнаруживаем баги Решение: В идеале - сборка после каждого коммита Допускается сборка по расписанию несколько раз в день, если сборка+прогон модульных тестов занимает много времени NB! Возможно, это проблема и с ней надо разобраться отдельно
- 34. Автосборка. Антипаттерны Сборка на машинеразработчика -> проблема WOMM Решение: Сборка должна производиться в целевой среде
- 35. Автосборка. Инструменты • Maven • Ant •Make • Gant • MSBuild • … http://en.wikipedia.org/wiki/List_of_build_automation_softw are
- 36.
- 37. Непрерывное тестирование • Выполнениемодульных тестов при сборке • Прогон функциональных/нагрузочных/etc автотестов для каждой сборки
- 38.
- 39. Непрерывная обратная связь. ContinuousFeedback Необходима автоматическая отправка информации о состоянии сборки разработчикам. Средства: Email, SMS, дашборды, нотификация в мессенджер
- 40. Обратная связь. Антипаттерны Слишком многосообщений о проваленной сборке -> Письма заносятся в спам-фильтр. Решение: Сообщения должны быть адресными – тому, кто сломал сборку.
- 41. Обратная связь Антипаттерны Неинформативные отчеты-> уходит много времени на понимание проблемы Решение: В сообщении должна содержаться необходимая и достаточная информация о проваленной сборке/тестах
- 42. Антипаттерны использования CI. Сборка всегданаходится в сломанном состоянии, тесты не чинят. Решение: «Зеленая» сборка - приоритет №1, pre-commit hook, мотивация
- 43. Требования к CIсерверу • Проверка наличия изменений в репозитории • Выполнение некоторых действий по триггеру (наличие изменений, расписание) • Поддержка нескольких инструментов сборки • Поддержка нескольких VCS • Предоставление отчетов, статистики, отправка нотификаций • Сохранение истории • Панель управления задачами
- 44. Инструменты CI • Jenkins(Hudson) • CruiseControl • TeamCity • Bamboo • …
- 45.
- 46. Непрерывная доставка. Continuous Delivery Непрерывнаядоставка изменений в среду, где будет тестироваться бизнес-логика.
- 47. Continuous Delivery& Continuous Deployment “ContinuousDelivery is about keeping your application in a state where it is always able to deploy into production. Continuous Deployment is actually deploying every change into production, every day or more frequently.” M. Fowler
- 48. Непрерывное развертывание. Continuous Deployment Непрерывноеразвертывание – выпуск в продакшн-среду изменений сразу, как только они готовы к выкладке.
- 49. Непрерывное развертывание. Tips&Tricks. • Автоматизированнаявыкладка одной командой • Только полностью готовые к выкладке фичи в production-ветке • DevOps • Чистота среды • Маркировка каждой сборки • Прогон всех проверок • Использование обратной связи • Возможность быстро откатить изменения
- 50.
- 51. Основная идея –у нас общая цель!
- 52. Мифы о тестировании •Тестирование увеличивает время до выкладки в продакшн • Тестировщики любят находить много багов • Тестировщики обеспечивают качество • Тестировщики отвечают за качество продукта • Тестирование должно быть полностью автоматизировано
- 53. Эффективное взаимодействие • Тестировщики должныиметь возможность протестировать приложение • Процесс разработки должен быть прозрачен для тестировщика (и наоборот) • Работа с кодом • Работа с требованиями • Работа с багами
- 54. Тестопригодность. Testability Тестопригодность – степеньлегкости и удобства тестирования, а также возможность проведения тестирования с использованием определенного инструмента или подхода.
- 55. Тестопригодность. Testability Характеристики тестопригодного ПО: •управляемость: возможность перейти в любое состояние системы, подавая на вход разные стимулы • наблюдаемость: в каждый момент времени понимаем в каком состоянии находится система • изолируемость: тестируемый компонент может быть проверен в изоляции • разделение задач: тестируемый компонент имеет одно, вполне определенное назначение • понятность • автоматизируемость: возможность автоматизировать тестирование
- 56. Управление требованиями и процессразработки Тестировщику необходим список изменений -> Все изменения должны быть отражены в ТЗ/Таск- трекере.
- 57. Работа с багами •Старайтесь относиться позитивно • Учитесь на ошибках • Все баги – через баг/таск-трекер • Не накапливайте технический долг
- 58.
- 59. Баги в продакшне: причины •Ошибка тестировщика • Невозможность протестировать все • Баг воспроизводится нестабильно (гейзенбаг) • Несоответствие тестовой среды продакшн-среде • Ошибка при выкладке
- 60. Баги в продакшне: действия •Фикс NB! Фикс должен быть протестирован перед выкладкой • Анализ причин • Меры по предотвращению багов в будущем
- 61. Резюме • Процесс важендля достижения результата • Процесс должен существовать не ради процесса • Процесс должен быть удобен всем и способствовать эффективной работе команды
- 62. Материалы 1. http://martinfowler.com/articles/continuousIntegration.html 2. http://www.thoughtworks.com/continuous-delivery 3.Непрерывное развертывание ПО, Джез Хамбл, Дейвид Фарли 4. http://refcardz.dzone.com/refcardz/continuous-integration#refcard-download- social-buttons-display 5. http://martinfowler.com/bliki/FeatureBranch.html 6. http://martinfowler.com/bliki/FeatureToggle.html 7. http://itrevolution.com/devops-culture-part-1/
- 63.
- 64.