Impact Analysis в тестировании
В непрерывном процессе разработки продукта появляются и реализуются различные фичи, дополнительные возможности, мы работаем с меняющимися требованиями заказчика, наш продукт постоянно улучшается и изменяется.
В таких условиях можно столкнуться с неприятной ситуацией, когда становится трудно отследить последствия производимых изменений и модификаций: оценить, какие же части программы могут быть затронуты и насколько сильно.
В итоге: тестирование проведено в соответствии с лучшими практиками, но какая-то часть продукта, какой-то его модуль или функционал может быть упущен из внимания или недостаточно глубоко проверен.
Но изменения в продукте не всегда являются проблемой, если применять методику анализа этих изменений или Импакт Анализ. В ISTQB данная методика трактуется, как часть планомерной работы с рисками.
Этот анализ помогает отслеживать последствия изменений в продукте. Он помогает выяснить, какие части программы могут быть затронуты, и оценить, насколько сильно скажутся эти изменения непосредственно на измененной функциональности, а также на остальном продукте. Все это дает возможность правильно спланировать процесс тестирования и не упустить из вида никакие части тестируемого продукта.
Я хочу рассказать о своем опыте введения и использования "Impact analysis" в ряде проектов нашей компании:
- о причинах введения этого анализа на проектном уровне;
- о том, как именно и в каком виде мы используем IA в своих проектах;
- о некоторых важных особенностях внедрения подобной методики;
- о полученной практической пользе от этого нововведения.
С помощью "Impact analysis" наша компания смогла решить проблемы, с которыми мы сталкивались достаточно длительное время.
Доклад будет полезен специалистам, которые сталкиваются с необходимостью учитывать и анализировать изменения в продукте. Теперь этот процесс станет проще и удобнее.
QA Fest 2015. Игорь Хрол. Автоматизация тестирования: отбрасываем лишнее и пр...QAFest
Наиболее популярный вид тестирования, применяющийся на проектах - это тестирование чёрного ящика. Когда решается задача автоматизации тестирования, чаще всего это происходит ʺв лобʺ - в точности повторяя действия пользователя. Это наиболее понятный и простой путь. Но к сожалению, этот путь очень сильно ограничен в своей области применения.
QA Fest 2015. Василий Сливка, Игорь Роздобудько. Кросплатформенное тестирован...QAFest
Хотите автоматизировать мобильные приложения? Хотите делать это быстро и безболезненно? И одновременно на двух платформах?
Эти и другие секреты откроют для вас гуру автоматизации мобильных приложений, которые стояли у первоисточников Calabash - Василий и Игорь
Мы обсудим основные виды тестовой документации, зачем и почему они нужны, кратко поговорим о том почему нужны тест планы и в каком виде. Узнаем для каких задач какую тест документацию стоит выбрать. Поговорим об эффективных принципах и подходах к построению наборов тест-кейсов и чек-листов. Затронем тему отчетности и, конечно же, поговорим о типичных ошибках.
Impact Analysis в тестировании
В непрерывном процессе разработки продукта появляются и реализуются различные фичи, дополнительные возможности, мы работаем с меняющимися требованиями заказчика, наш продукт постоянно улучшается и изменяется.
В таких условиях можно столкнуться с неприятной ситуацией, когда становится трудно отследить последствия производимых изменений и модификаций: оценить, какие же части программы могут быть затронуты и насколько сильно.
В итоге: тестирование проведено в соответствии с лучшими практиками, но какая-то часть продукта, какой-то его модуль или функционал может быть упущен из внимания или недостаточно глубоко проверен.
Но изменения в продукте не всегда являются проблемой, если применять методику анализа этих изменений или Импакт Анализ. В ISTQB данная методика трактуется, как часть планомерной работы с рисками.
Этот анализ помогает отслеживать последствия изменений в продукте. Он помогает выяснить, какие части программы могут быть затронуты, и оценить, насколько сильно скажутся эти изменения непосредственно на измененной функциональности, а также на остальном продукте. Все это дает возможность правильно спланировать процесс тестирования и не упустить из вида никакие части тестируемого продукта.
Я хочу рассказать о своем опыте введения и использования "Impact analysis" в ряде проектов нашей компании:
- о причинах введения этого анализа на проектном уровне;
- о том, как именно и в каком виде мы используем IA в своих проектах;
- о некоторых важных особенностях внедрения подобной методики;
- о полученной практической пользе от этого нововведения.
С помощью "Impact analysis" наша компания смогла решить проблемы, с которыми мы сталкивались достаточно длительное время.
Доклад будет полезен специалистам, которые сталкиваются с необходимостью учитывать и анализировать изменения в продукте. Теперь этот процесс станет проще и удобнее.
QA Fest 2015. Игорь Хрол. Автоматизация тестирования: отбрасываем лишнее и пр...QAFest
Наиболее популярный вид тестирования, применяющийся на проектах - это тестирование чёрного ящика. Когда решается задача автоматизации тестирования, чаще всего это происходит ʺв лобʺ - в точности повторяя действия пользователя. Это наиболее понятный и простой путь. Но к сожалению, этот путь очень сильно ограничен в своей области применения.
QA Fest 2015. Василий Сливка, Игорь Роздобудько. Кросплатформенное тестирован...QAFest
Хотите автоматизировать мобильные приложения? Хотите делать это быстро и безболезненно? И одновременно на двух платформах?
Эти и другие секреты откроют для вас гуру автоматизации мобильных приложений, которые стояли у первоисточников Calabash - Василий и Игорь
Мы обсудим основные виды тестовой документации, зачем и почему они нужны, кратко поговорим о том почему нужны тест планы и в каком виде. Узнаем для каких задач какую тест документацию стоит выбрать. Поговорим об эффективных принципах и подходах к построению наборов тест-кейсов и чек-листов. Затронем тему отчетности и, конечно же, поговорим о типичных ошибках.
Антон Грачев. В поисках мифического зверя. Новые подходы и инструменты для Ag...ScrumTrek
Вы, наверное, сталкивались с ситуацией когда в вашем Agile проекте срабатывали риски, которые приводили к тем или иным неприятным ситуациям, а затем на ретроспективе или во время аудита задавался вопрос: есть ли управление рисками на проекте? Очень часто ответ звучит положительный, но если рассмотреть детали, то хорошо отлаженного процесса почему-то не обнаруживается. Этакий мифический зверь, о котором все знают, но никто его не видел вживую. Я постараюсь ответить на вопрос «Почему не работают обычные инструменты управления рисками?» и предложу новые подходы и инструменты по управлению рисками как для Скрам, так и для Канбан команд. В частности, представлю свой авторский метод отслеживания рисков в проекте на основе Канбан-доски. Он позволяет упростить и очеловечить процесс отслеживания актуальности рисков, повысит прозрачность информации для всех участников проекта.
Концепция построения процесса тестирования в Agile проектах: 3+1LuxoftTraining
13-15 мая 2013 г. прошла онлайн-конференция Chief ConfeT&QA, посвященная различным вопросам тестирования: от методов приоритизации тестирования до синдрома профессионального выгорания в тестировании.
Елена Саламаха, тренер Luxoft Training, представила доклад о трёх основных концепциях построения тестирования в Agile:
• Техники предотвращения появления дефектов
• Автоматизация, Непрерывная интеграция
• Концепция постоянного улучшения, «гибкого внедрения гибкости»
Также в своем докладе Елена ответила на ряд вопросов:
• Как избежать непредвиденных багов?
• Как избежать недопонимания и разночтения требований?
• Как избежать рутинной ручной и, часто лишней, работы?
• Как поддерживать стабильный уровень качества в условиях частых поставок?
• Как не потеряться в постоянных изменениях?
TК°Conf. Обеспечение качества в продуктовых проектах. Наталья Руколь.TKConf
Отрасль тестирования и обеспечения качества сильно эволюционировала за несколько последних десятилетий. С появлением конкуренции на рынке появилась необходимость в тестировании. Сначала это были тестировщики-мартышки, нажимающие на кнопки и нечаянно находящие некоторые ошибки в продуктах. После появились тестировщики-аналитики, создающие модели тестируемого ПО и обеспечивающие более высокие уровни тестового покрытия.
Ольга Лужецька - Exploratory testing: Love it or Leave it?DataArt
Є думка, що exploratory testing - це хаотичний процес, яким важко керувати. Ми розберемось, чи можна організувати exploratory testing так, щоб продукт був крутим та якісним, ризики більш передбачувані, а тестувальники отримували задоволення.
QA Fest 2015. Андрей Мясников. Процесс: как наладить, а не нагадитьQAFest
- Что такое процесс?
- Что значит наладить процесс тестирования?
- Каковы критерии успешно налаженного процесса тестирования?
- Кому он нужен и как его продать?
- Инженер по процессам или процесс для инженеров?
Tech Talks @NSU: Что есть QA и как в него попастьTech Talks @NSU
http://techtalks.nsu.ru
Видеозапись: http://www.youtube.com/watch?v=2W903npGGMw
4 марта 2014. Что есть QA и как в него попасть (Анна Карпенко, Inetra)
"Анна Карпенко (Intetra) рассказывает про QA и карьеру тестировщика"
Лекция прочитана в рамках проекта Tech Talks @NSU – серии открытых лекций о разработке ПО и карьере в IT, проводимых в Новосибирском государственном университете.
Подробности: http://techtalks.nsu.ru
Антон Грачев. В поисках мифического зверя. Новые подходы и инструменты для Ag...ScrumTrek
Вы, наверное, сталкивались с ситуацией когда в вашем Agile проекте срабатывали риски, которые приводили к тем или иным неприятным ситуациям, а затем на ретроспективе или во время аудита задавался вопрос: есть ли управление рисками на проекте? Очень часто ответ звучит положительный, но если рассмотреть детали, то хорошо отлаженного процесса почему-то не обнаруживается. Этакий мифический зверь, о котором все знают, но никто его не видел вживую. Я постараюсь ответить на вопрос «Почему не работают обычные инструменты управления рисками?» и предложу новые подходы и инструменты по управлению рисками как для Скрам, так и для Канбан команд. В частности, представлю свой авторский метод отслеживания рисков в проекте на основе Канбан-доски. Он позволяет упростить и очеловечить процесс отслеживания актуальности рисков, повысит прозрачность информации для всех участников проекта.
Концепция построения процесса тестирования в Agile проектах: 3+1LuxoftTraining
13-15 мая 2013 г. прошла онлайн-конференция Chief ConfeT&QA, посвященная различным вопросам тестирования: от методов приоритизации тестирования до синдрома профессионального выгорания в тестировании.
Елена Саламаха, тренер Luxoft Training, представила доклад о трёх основных концепциях построения тестирования в Agile:
• Техники предотвращения появления дефектов
• Автоматизация, Непрерывная интеграция
• Концепция постоянного улучшения, «гибкого внедрения гибкости»
Также в своем докладе Елена ответила на ряд вопросов:
• Как избежать непредвиденных багов?
• Как избежать недопонимания и разночтения требований?
• Как избежать рутинной ручной и, часто лишней, работы?
• Как поддерживать стабильный уровень качества в условиях частых поставок?
• Как не потеряться в постоянных изменениях?
TК°Conf. Обеспечение качества в продуктовых проектах. Наталья Руколь.TKConf
Отрасль тестирования и обеспечения качества сильно эволюционировала за несколько последних десятилетий. С появлением конкуренции на рынке появилась необходимость в тестировании. Сначала это были тестировщики-мартышки, нажимающие на кнопки и нечаянно находящие некоторые ошибки в продуктах. После появились тестировщики-аналитики, создающие модели тестируемого ПО и обеспечивающие более высокие уровни тестового покрытия.
Ольга Лужецька - Exploratory testing: Love it or Leave it?DataArt
Є думка, що exploratory testing - це хаотичний процес, яким важко керувати. Ми розберемось, чи можна організувати exploratory testing так, щоб продукт був крутим та якісним, ризики більш передбачувані, а тестувальники отримували задоволення.
QA Fest 2015. Андрей Мясников. Процесс: как наладить, а не нагадитьQAFest
- Что такое процесс?
- Что значит наладить процесс тестирования?
- Каковы критерии успешно налаженного процесса тестирования?
- Кому он нужен и как его продать?
- Инженер по процессам или процесс для инженеров?
Tech Talks @NSU: Что есть QA и как в него попастьTech Talks @NSU
http://techtalks.nsu.ru
Видеозапись: http://www.youtube.com/watch?v=2W903npGGMw
4 марта 2014. Что есть QA и как в него попасть (Анна Карпенко, Inetra)
"Анна Карпенко (Intetra) рассказывает про QA и карьеру тестировщика"
Лекция прочитана в рамках проекта Tech Talks @NSU – серии открытых лекций о разработке ПО и карьере в IT, проводимых в Новосибирском государственном университете.
Подробности: http://techtalks.nsu.ru
This document discusses continuous performance testing (CPT) and introduces the Jagger CPT solution. It provides an overview of why performance testing is important, outlines the principles and goals of CPT, and describes the key parts of the Jagger CPT platform including load generation, metrics collection, test data management, and environment management. It also provides an example customer success story where Jagger was used for continuous performance testing of a large ecommerce site.
Мощь переполняет с JDI 2.0 - новая эра UI автоматизацииSQALab
This document provides an overview of the JDI (Java UI test automation framework). It discusses features of JDI including being UI element oriented, providing common UI elements and solutions to common problems. It provides examples of how to write tests using JDI annotations and page object pattern. The document also summarizes benefits of JDI such as reducing test code, improving test clarity, reuse across projects. Finally it outlines new features planned for JDI 2.0 including layout verification, page object generator, integration with Selenium and expanding JDI to other languages like Python.
The document discusses testing of geolocation systems. It provides an overview of geolocation, including definitions and importance. It then outlines the speaker's experience and work testing GIS systems. The rest of the document details approaches to testing geolocation, including simulating calls, checking responses and databases, and verifying accuracy. It also discusses common data formats, projections, tools like PostGIS and QGIS, and potential bugs to watch for like coordinate jumbling. The conclusion emphasizes starting simple, practicing to improve, and for tests to grow with knowledge as geolocation is important for future IT.
2. План
Impact Analysis:
- ЧТО ЭТО?
- ДЛЯ ЧЕГО?
- КАК ИСПОЛЬЗОВАТЬ?
- ОСОБЕННОСТИ
- РЕЗУЛЬТАТ
Anna Sheretova, SQA Days 10, Impact Analysis
3. «Моя Семья»
Сноха?
Как Вы назовете дочь первого мужа бывшей
снохи Вашей бывшей супруги (супруга)?
Anna Sheretova, SQA Days 10, Impact Analysis
4. Проблема
Anna Sheretova, SQA Days 10, Impact Analysis
5. Что Это?
Импакт Анализ
- это анализ зависимостей в продукте
с целью выявления потенциальных
последствий изменений в нем
Anna Sheretova, SQA Days 10, Impact Analysis
6. Когда?
• Изменения в требованиях
• Изменения в продукте:
- Новая функциональность
- Изменения существующей
Anna Sheretova, SQA Days 10, Impact Analysis
7. Жизнь ДО - Реквесты
Hi Test Team,
New build of <Картошка> is here: ………
Hello <Вася>,
Версия не рабочая
Anna Sheretova, SQA Days 10, Impact Analysis
8. Жизнь ДО - Проблемы
• Объем и последовательность тестирования
(Full/Smoke/Acceptance)
• Приоритеты тестирования
• Тестировали то, что не нужно
• Не тестировали то, что нужно
Anna Sheretova, SQA Days 10, Impact Analysis
9. Зачем?
• Что задето? Как сильно?
• Что тестировать? Как сильно?
• Тестовый процесс в целом?
(Коррективы/Новые инструменты/доп.
знания?)
• Какие новые тест кейсы?
(Для новой функциональности и ее
связей с существующими)
• Сроки?
Anna Sheretova, SQA Days 10, Impact Analysis
10. Что Это?
Импакт Анализ
- это мощный инструмент
позволяет уменьшить затраты времени и
ресурсов на тестирование
значительно повышая его эффективность
Anna Sheretova, SQA Days 10, Impact Analysis
11. Как?
• Таблица (Excel)
• Список
фич/модулей/функциональностей
• Заполняется программистом перед
реквестом
Anna Sheretova, SQA Days 10, Impact Analysis
12. Пример - крупный проект с
большим количеством фич
Main
Sub- Sub-
Features/ Sub- Sub- Sub- Sub-
Feature Feature
Sub- Feature1 Feature2 Feature3 Feature6
4 5
Features
Main
3 2 1
Feature1
MF2
MF3
MF4
MF5
MF6
Anna Sheretova, SQA Days 10, Impact Analysis
13. Дополнение
Непосредственно в ячейках:
• Конфигурация
• Смежные продукты
• Проблема с данной фичей в
предыдущих версиях
• Планы разработчика
• Другие полезности
Anna Sheretova, SQA Days 10, Impact Analysis
14. Система
Разработчик:
• Работает над своей задачей
• По окончании задачи заполняет шаблон IA
• Пишет запрос на тестирование
• В запрос - всю необходимую информацию
• Не заменяет запрос, а дополняет!
• Прикрепляет заполненную таблицу IA к
письму
• Или же обязательно пишет, что IA не
делался
Anna Sheretova, SQA Days 10, Impact Analysis
15. Система
Тестировщик:
• Изучает запрос
• Изучает таблицу IA
• Планирование, приоритеты, виды
тестирования
• Отчет о тестировании
• В отчете - ответ по состоянию каждого
пункта в таблице IA
Anna Sheretova, SQA Days 10, Impact Analysis
16. Что Это?
Импакт Анализ
- это попытка вытащить …
… из программистов информацию,
основанную на знании архитектуры проекта
для определения объема, степени и
последовательности тестирования
Anna Sheretova, SQA Days 10, Impact Analysis
17. Особенности
Основные аргументы программистов
«против!»
• Зачем вам это нужно?
• Зачем нам это нужно?
Это лишняя работа для нас
• Делайте это сами, вы хорошо знаете
проект
• Множество возражений по форме
таблицы, процедуре ее заполнения и
отправки
Anna Sheretova, SQA Days 10, Impact Analysis
18.
19. Особенности
Наши аргументы «за!»
• Нам это нужно! Чтобы правильно
определить объемы тестирования
• Магия:«Вы сами жалуетесь, когда
серьезные баги находятся в последнюю
очередь!»
• Нет, мы не знаем внутренних связей
проекта
• Да, вы их знаете, хотя бы отчасти
• Возражения по процедуре
использования - в рабочем порядке
Anna Sheretova, SQA Days 10, Impact Analysis
20. Психологическая работа
• Объясните ИМ проблему
• Убедитесь, что ОНИ поняли
и поняли правильно
• Как то, что вы предлагаете, решит проблему?
• Будьте готовы: они будут задавать вопросы.
Много. И спорить.
Anna Sheretova, SQA Days 10, Impact Analysis
21. Психологическая работа
• На НИХ не надо давить!
Директива от начальства – не выход!
Anna Sheretova, SQA Days 10, Impact Analysis
22. Психологическая работа
• Третий источник
• «За» и «Против»
• Польза для НИХ и для Проекта
Anna Sheretova, SQA Days 10, Impact Analysis
23. Психологическая работа
• Пусть убедят сами себя
- у них общий язык!
• Чтобы расколоть фисташку...
... надо думать, как фисташка!
• Пусть ОНИ перестанут бояться!
Anna Sheretova, SQA Days 10, Impact Analysis
24. Психологическая работа
• Помните:
ОНИ сразу не сдадутся.
Не надейтесь.
• Учтите ИХ пожелания
• Все приготовления – на себя
• Не пускайте на самотек
Anna Sheretova, SQA Days 10, Impact Analysis
25. Психологическая работа
• Не забывайте: вы с НИМИ в одной лодке
• Анализ результатов.
Покажите эффективность – она мотивирует!
Anna Sheretova, SQA Days 10, Impact Analysis
27. Результат
• Качество тестирования
(Правильные приоритеты, объемы и
глубина)
• Время тестирования
• Отлаженная схема работы
• Ответственность разработчика
(Чек лист)
• Ответственность тестировщика
Anna Sheretova, SQA Days 10, Impact Analysis
28. Результат
• Риск обнаружения ошибок
на последних стадиях
• Знания по проекту
(Фичи, их взаимосвязь)
• Опыт по выявлению зависимостей
• Важность информации
Anna Sheretova, SQA Days 10, Impact Analysis
29. Повторение – Мать Учения
• Что такое Импакт Анализ и зачем он
нужен
• Почему возникла необходимость в нем
• Как с ним работать
• Трудности
• Как эти трудности решать
• Польза
Статья «Impact Analysis in Testing»:
http://apriorit.com/our-company/qa-blog/252-
impact-analysis»
Anna Sheretova, SQA Days 10, Impact Analysis
30. Анна
Шеретова
Skype: aleftinalex
aleftinalex@rambler.ru