QA Fest 2016. Андрей Мясников. Тест-дизайн для чайниковQAFest
В своём докладе я расскажу вам о том, кто такие тест-аналитики, тест-дизайнеры и должны ли их роль выполнять обычные тестировщики. Также сделаю обзор основных и проверенных методик тест-дизайна. Расскажу про их плюсы и минусы.
Будем учиться тестировать не 12 часов, а головой!
QA Fes 2016. Анастасия Асеева. Роль тестирования в DevopsQAFest
В своем докладе я расскажу, как мы внедряли devops в банке, а конкретнее какую роль в этом процессе сыграло тестирование. Также расскажу с какими проблемами столкнулись, и как мы их устраняли. И да, каких результатов смогли добиться уже через полгода. А самое интересное, покажу как мы смогли добиться того, чтоб у нас pull request долетал до боя за 3 часа со всеми этапами тестирования.
Доклад будет содержать большое количество лайфхаков и обзоров инструментария, который мы использовали.
QA Fest 2015. Владимир Скляр. Организация тестирования встроенных систем в ко...QAFest
Когда наша компания стала поставлять системы на базе ПЛК на рынке атомной энергетики, возник вопрос подтверждения соответствия процессов разработки и тестирования различным стандартам в области безопасности. Мы создали и обучили команду тестировщиков, владеющую практиками статического анализа кода, функционального и структурного тестирования (как для этапа юнит-тестов, так и интеграции), а также симуляции физических сигналов. Вот как мы решили эту непростую задачу.
QA Fest 2016. Андрей Мясников. Тест-дизайн для чайниковQAFest
В своём докладе я расскажу вам о том, кто такие тест-аналитики, тест-дизайнеры и должны ли их роль выполнять обычные тестировщики. Также сделаю обзор основных и проверенных методик тест-дизайна. Расскажу про их плюсы и минусы.
Будем учиться тестировать не 12 часов, а головой!
QA Fes 2016. Анастасия Асеева. Роль тестирования в DevopsQAFest
В своем докладе я расскажу, как мы внедряли devops в банке, а конкретнее какую роль в этом процессе сыграло тестирование. Также расскажу с какими проблемами столкнулись, и как мы их устраняли. И да, каких результатов смогли добиться уже через полгода. А самое интересное, покажу как мы смогли добиться того, чтоб у нас pull request долетал до боя за 3 часа со всеми этапами тестирования.
Доклад будет содержать большое количество лайфхаков и обзоров инструментария, который мы использовали.
QA Fest 2015. Владимир Скляр. Организация тестирования встроенных систем в ко...QAFest
Когда наша компания стала поставлять системы на базе ПЛК на рынке атомной энергетики, возник вопрос подтверждения соответствия процессов разработки и тестирования различным стандартам в области безопасности. Мы создали и обучили команду тестировщиков, владеющую практиками статического анализа кода, функционального и структурного тестирования (как для этапа юнит-тестов, так и интеграции), а также симуляции физических сигналов. Вот как мы решили эту непростую задачу.
TestLink is a widely adopted open source product for test management. Now tightly integrated with TeamForge, this combination provides the ability to create test case trackers and associate them with requirements.
Join this webinar to understand how test management can be tied into continuous integration using TeamForge, allowing your agile teams to collaborate and get early feedback. Also, see how traceability can be easily maintained from requirement to test cases to defects and builds.
Семинар по управлению проектами. Часть 3. Рабочие инструментыVasiliy Deynega
Семинар в магистратуре, проведенный командой портала "it works!", специально для Уральского Федерального Университета (бывший УГТУ-УПИ).
Тренеры:
Малых Денис Александрович
Дейнега Василий Михайлович
Часть 3: Рабочие инструменты
iLLi Studio
Портал it works (http://ru.itworks-portal.com)
Блог для менеджеров:
http://itw66.ru/blog/project_management/
Презентация со встречи QA Club Minsk 11 декабря 2013 г., посвященная одному из поппулярнейших инструментов тест-менеджмента Test Link, автор Вадим Зубович
Solit 2014, Централизованное управление тестами с помощью TestLink, Зубович В...solit
Зубович Вадим, Минск. Опыт в IT более 5 лет, работает в компании ISSoft, специализация: разработка (.NET C# ASP\MVC, WPF, WinForm, Java) и автоматизация функционального тестирования програмного обеспечения (Web, Desktop, Mobile) и тестирования производительности (Web).
«Сравнительный анализ инструментов для автоматизации тестирования мобильных приложений». Development секция. Отделение тестирования.
Мобильные платформы уже набрали огромную популярность, и продолжают наращивать обороты. Ни один разработчик уже не обходит стороной мобильные приложения и автоматизация тестирования в этой сфере актуальна как никогда.
В настоящем докладе мы рассмотрим наиболее популярные и перспективные инструменты для автоматизации тестирования приложений для мобильных операционных систем iOS, Android и WindowsPhone, проведем анализ их особенностей и возможностей, основываясь на опыте их использования в рамках реальных проектов, а также подведем общий итог с рекоммендациями по выбору того или иного инструмента.
«Централизованное управление тестами с помощью TestLink». Development секция. Отделение тестирования.
Эффективное управление тестами это не только грамотный тим-менеджмент, это еще и правильный учет, контроль результатов и своевременное и централизованное обновление информации о тестах для всех участников процесса и силами всех участников процесса.
Достичь этого невозможно без системы управления тестами, позволяющей эффективно распределить права и обязанности участников и обеспечить постоянное поддержание информации о тестах в актуальном состоянии.
TestLink – бесплатный инструмент, предназначенный именно для выполнения этой задачи.
В рамках доклада мы рассмотрим:
1. Как устроен TestLink
2. Как построить работу с TestLink
3. Как создавать информативные отчеты в TestLink
4. Как наладить связь между автоматизацией и TestLink
Практический доклад о том, как мы внедряли devops в банке, а конкретнее какую роль в этом процессе сыграло тестирование.
В докладе рассмотрены основные проблемы, с которыми команда столкнулась при внедрении и способы их устранения.
Продемонстрированы результаты, которых смогли достичь в течении полугода.
Доклад содержит большое количество лайфхаков и обзоров инструментария, который использовался для достижения цели.
The practical story telling how Devops changed the culture of quality in the Bank. Recently Devops became mainstream topic. But only few people have a deep understanding how to apply it to the process of software quality assurance. Some believe that the Devops kills manual testing.
I will talk about changes it makes to the role of QA engineers themself. The discussion main point is NOT about tools or technologies. It’s NOT about the “silver bullet” for your problems with the quality of products.
Instead, I will show you an integrated approach which we used for quality assurance. It allowed us to significantly reduce the cost of finding and fixing defects. This approach has also accelerated the development and delivery value to our customers and made the whole process more transparent and predictable.
Open Source Testing Framework: real project example and best practicesAliaksandr Ikhelis
Summary: Presentation on open source testing frameworks (improved version, more focus on real project example) at Software Engineering Forum 2009 (SEF-1) conference by Aliaksandr Ikhelis. Sponte framework developer and owner is Stanislaw Wozniak, Expedia Limited, UK. Sponte project homepage: http://rubyforge.org/projects/sponte/; http://github.com/swozniak/sponte/tree/master
Презентация на комплексную тему Continious integration-Automated Testing-Agile, показывается связи между этими темам, обоснование автоматического тестирования , и вложения ресурсов для развертывания автоматического тестирования и непрерываной интеграциия. Все темы тесно связаны между собой , хотя бы появились независимос друг от друга.
Bdd j behave or cucumber jvm plus appium for efficient cross platform mobile ...ISsoft
Предлагаем вашему вниманию презентацию «BDD JBehave and Cucumber JVM + Appium for efficient cross-platform Mobile Automation». Этой презентацией сопровождался доклад Антона Семенченко, прочитанный 29 июня на конференции MobileOptimized 2014 в Минске.
4. Наши требования
• Поддержка Continuous integration
• Поддержка автоматизированных тестов
• Простота освоения и внедрения
• Интеграция с готовым решением
• Минимальная стоимость лицензии
5. Возможности
• Возможна реализация Continuous integration с
помощью совместимых сторонних инструментов
(Jenkins, Nant)
• Поддержка автоматизированных тестов (Regression
test-plans + Automated test-case attribute)
• Легкая интеграция с проектами на разных языках
программирования посредством TestLink API (C#,
Java, Python)
• Поддержка Requirement-based testing с
последующим формированием отчетов
7. Пользовательские роли
• Guest (guest) – только просмотр тест-кейсов, отчетов и параметров.
Ничего не может редактировать.
• Test Executor (tester) – имеет возможность просматривать и выполнять
тесты, назначенные ему.
• Test Designer (test designer) – может просматривать и редактировать
спецификации и требования.
• Test Analyst (senior tester) – просматривает, создает, редактирует и
удаляет тест-кейсы, выполняет их. Не может управлять тест-планами и
проектами или распоряжаться правами.
• Test Leader (leader) – те же права, что и у аналитика, кроме того может
управлять тест-планами и назначать права.
• Administrator (admin) – полный набор прав (как у лидера, плюс
возможность управлять проектами и пользователями).
* Права пользователей можно редактировать и создавать свои
собственные роли, предоставляя им любой набор прав.
8. Сущности TestLink
• Test Case – описание тест-кейса в виде шагов и ожидаемых
результатов.
• Test Suite (Test Case Suite) – набор тест-кейсов, позволяющий
структурировать все тесты в логичной форме.
Например: “LoginTests”, “ValidationErrorTests”, “MainMenuTests” и т.п.
•
Test Plan – создается при переходе к выполнению тестов. Тест-планы
состоят из какого-либо набора тест-кейсов и/или TestSuite текущего
проекта.
Например: “Regression”, “Manual”, “Automation”, “Daily” и т.п.
• Test Project – ключевая единица в TestLink. Проект существует на
протяжении всего цикла тестирования и соответствует тестируемому
приложению. Тестовый проект в течение жизненного цикла может
сменить несколько версий и развиваться вместе с приложением.
Например: “OurWebPortal”, “Calculator” и т.п. Как правило носит имя
приложения, или включает его имя в название.
9. Вспомогательные сущности TestLink
• Build – Соответствует билду, или серьезной модификации
тестируемого приложения.
• Platform – платформа, на которой производится тестирование. В
качестве платформы может выступать операционная система
(Windows, Linux etc.), браузер для веб-приложений (Chrome, Firefox
etc.), различные варианты серверов (Apache, Tomcat etc.) и баз данных
(MySql, MSSQL etc.)
• Keyword – ключевое слово, служащее для группировки тест-кейсов по
какому-либо признаку.
Например “UI-Tests”
• Requirements – требования к приложению, которые необходимо
покрыть тестами (для requirement-based testing). К ним
осуществляется привязка тест-кейсов, на основании которой
производится формирование отчета о покрытии требований.
11. Типовой сценарий
• Администратор создает тестовый проект
“Fast Food” и двух пользователей: Adam, с
правами “leader” и Bela, с правами “senior
tester”.
12. Типовой сценарий
• Лид Adam импортирует требования к
приложению и для части этих требований
генерирует пустые тест-кейсы. Разделяет их
на два Test Suite: “Fish” и “Chips”.
13. Типовой сценарий
• Тестировщик Bela описывает тестовый
сценарий (наполняет содержимым пустые
тест-кейсы), используя спецификацию,
которая разбита на два тест-сюита.
14. Типовой сценарий
• Adam создает ключевое слово “Regression
testing” и назначает это слово 10-ти из этих
тест-кейсов.
15. Типовой сценарий
• Адам создает тестовый план “Fish & Chips
1”, билд “Fish 0.1” и привязывает все тесткейсы из сюита “Fish” к этому тест-плану.
Также он относит себя и Bela к ресурсам
этого плана.
16. Типовой сценарий
• Разработчики выпустили первый билд.
Adam и Bela выполнили тесты со
следующим результатом: 5 passed, 1 failed,
4 blocked.
17. Типовой сценарий
• Разработчики выпустили новый билд “Fish
0.2” и Bela выполняет только зафейленные
и заблокированные тесты. На этот раз все
тест кейсы завершены успешно.
Дополнительно выполняется прогон всех
тест-кейсов с ключевым словом “Regression
testing”.
18. Типовой сценарий
• Менеджер проекта хочет посмотреть на
результаты. Админ объясняет ему, как
создать свой гостевой аккаунт прямо со
стартовой страницы. После создания
аккаунта у менеджера есть гостевой доступ,
позволяющий просматривать все тесткейсы и результаты. Он видит, что все тесты
пройдены успешно в общем отчете, и что
были проблемы в первом билде “Fish 0.1” в
отчете по нему.
19. Типовой сценарий
• Позднее, когда разработчики добавили
функционал “Chips”, Adam создает тестплан “Fish & Chips 2”. В качестве шаблона он
может использовать первый тест-план. Все
тест-кейсы и роли при этом будут
автоматически добавлены. Он создает
новый билд “Fish 1.1” и привязывает все
тест-кейсы “Chips” к нему.