2013.08.24 Антон Киселёв семинар "Agile (Scrum)"Alexey FedorovАнтон Киселёв (Undev, Tester's Life) сделал для SPB SQA Group обзорный доклад о Agile и Scrum. В презентации много ссылок на истоки, прошлое, настоящее и тендеции будущего Scrum
Распределение тестировщиков по командам как один из этапов контроля качестваSQALabДоклад Наталии Узенцовой на конференции SQA Days-18, 27-28 ноября 2015 г., Москва
www.sqadays.com
QA Fest 2015. Aлександр Кузняк. Тестовая документация. How-To и типичные ошибкиQAFestМы обсудим основные виды тестовой документации, зачем и почему они нужны, кратко поговорим о том почему нужны тест планы и в каком виде. Узнаем для каких задач какую тест документацию стоит выбрать. Поговорим об эффективных принципах и подходах к построению наборов тест-кейсов и чек-листов. Затронем тему отчетности и, конечно же, поговорим о типичных ошибках.
Test labs 2016. QA в тотальном аутсорсеSasha SoleevМы привыкли работать с информацией от заказчиков, от разработчиков, с документацией. Но что делать, когда вы оказались в ситуации информационного вакуума? Как продолжать работать и развиваться, как мотивировать команду и себя, а также какие бонусы можно найти в такой обстановке – всё это мы обсудим в рамках данного доклада.
Автор: Ольга Пронина
Test labs 2016. Пренебрежение лучшими практиками тестированияSasha Soleev"Лучшие практики" тестирования, чем они хороши, примеры;
Что плохого в их несоблюдении;
Когда можно ими пренебречь, риски нарушения;
Примеры: нивелирование рисков тестирования в Agile-подходе.
Автор: Григорий Сенин
QA Fest 2015. Игорь Хрол. Автоматизация тестирования: отбрасываем лишнее и пр...QAFestНаиболее популярный вид тестирования, применяющийся на проектах - это тестирование чёрного ящика. Когда решается задача автоматизации тестирования, чаще всего это происходит ʺв лобʺ - в точности повторяя действия пользователя. Это наиболее понятный и простой путь. Но к сожалению, этот путь очень сильно ограничен в своей области применения.
Эффективное взаимодействие тестировщика и аналитикаSQALabДоклад Натальи Леоновой на конференции SQA Days-18, 27-28 ноября 2015 г., Москва
www.sqadays.com
Пополняем арсенал тестировщика. Учимся применять новые техникиSQALabДоклад Германа Варгина на конференции SQA Days-19, 20-21 мая 2016 г., Санкт-Петербург
Тестирование - это не просто тестирование, или Business Driven TestingJulia NechaevaМое выступление на SoftwarePeople 2010, апрель, "Тестирование - это не просто тестирование"
Проблемы курсов по тестированию и специалистов, которых они выпускаютSQALabДоклад Игоря Бондаренко на конференции SQA Days-18, 27-28 ноября 2015 г., Москва
www.sqadays.com
Бесплатный вебинар по QA Александра Кузняка от проекта GoITGoITСостоялся QA-вебинар от опытного QA инженера — Александра Кузняка. Ребята зарядились энергетикой нашего спикера и вдохновились на поиск новых возможностей для развития.
На QA-вебинаре от образовательного проекта GoIT участники:
1. Узнали об основах профессии QA инженера
2. Записали какими скиллами должен владеть толковый тестировщик
3. Получили советы о том, что учить и как развиваться для успешной карьеры в QA
4. Узнали о потенциальных вариантах карьерного развития и роста в профессии QA
5. Узнайли что будет на предстоящих Мастер-классах от Александра Кузняка
6. Получили информацию о грядущем курсе QA по системе blended learning
7. Узнали подробности об ивенте IT Fest (пройдет в Киеве 19го сентября).
8. Задали любые вопросы спикеру и получи на них ответы.
Проводил Вебинар:
Александр Кузняк — QA Consultant & Practice Leader в компании Ciklum. Более 11 лет работает в IT, более 6 лет — в разработке программного обеспечения.
Участвовал в 100+ проектах и провел более 350 собеседований.
С 2012 года — глава судейского комитета в направлении QA всеукраинского конкурса веб-разработки — UA Web Challenge.
Управлял QA-командами и отделами, создал и развил сервисный QA-департамент в рамках компании, обучил и трудоустроил десятки QA-инженеров.
Спасибо всем, кто уделил время своему развитию. Верим, что наши активности вдохновляют и помогают вам двигаться вперёд к своей цели — успешной карьере в IT!
QA Fest 2015. Aлександр Кузняк. Тестовая документация. How-To и типичные ошибкиQAFestМы обсудим основные виды тестовой документации, зачем и почему они нужны, кратко поговорим о том почему нужны тест планы и в каком виде. Узнаем для каких задач какую тест документацию стоит выбрать. Поговорим об эффективных принципах и подходах к построению наборов тест-кейсов и чек-листов. Затронем тему отчетности и, конечно же, поговорим о типичных ошибках.
Test labs 2016. QA в тотальном аутсорсеSasha SoleevМы привыкли работать с информацией от заказчиков, от разработчиков, с документацией. Но что делать, когда вы оказались в ситуации информационного вакуума? Как продолжать работать и развиваться, как мотивировать команду и себя, а также какие бонусы можно найти в такой обстановке – всё это мы обсудим в рамках данного доклада.
Автор: Ольга Пронина
Test labs 2016. Пренебрежение лучшими практиками тестированияSasha Soleev"Лучшие практики" тестирования, чем они хороши, примеры;
Что плохого в их несоблюдении;
Когда можно ими пренебречь, риски нарушения;
Примеры: нивелирование рисков тестирования в Agile-подходе.
Автор: Григорий Сенин
QA Fest 2015. Игорь Хрол. Автоматизация тестирования: отбрасываем лишнее и пр...QAFestНаиболее популярный вид тестирования, применяющийся на проектах - это тестирование чёрного ящика. Когда решается задача автоматизации тестирования, чаще всего это происходит ʺв лобʺ - в точности повторяя действия пользователя. Это наиболее понятный и простой путь. Но к сожалению, этот путь очень сильно ограничен в своей области применения.
Эффективное взаимодействие тестировщика и аналитикаSQALabДоклад Натальи Леоновой на конференции SQA Days-18, 27-28 ноября 2015 г., Москва
www.sqadays.com
Пополняем арсенал тестировщика. Учимся применять новые техникиSQALabДоклад Германа Варгина на конференции SQA Days-19, 20-21 мая 2016 г., Санкт-Петербург
Тестирование - это не просто тестирование, или Business Driven TestingJulia NechaevaМое выступление на SoftwarePeople 2010, апрель, "Тестирование - это не просто тестирование"
Проблемы курсов по тестированию и специалистов, которых они выпускаютSQALabДоклад Игоря Бондаренко на конференции SQA Days-18, 27-28 ноября 2015 г., Москва
www.sqadays.com
Бесплатный вебинар по QA Александра Кузняка от проекта GoITGoITСостоялся QA-вебинар от опытного QA инженера — Александра Кузняка. Ребята зарядились энергетикой нашего спикера и вдохновились на поиск новых возможностей для развития.
На QA-вебинаре от образовательного проекта GoIT участники:
1. Узнали об основах профессии QA инженера
2. Записали какими скиллами должен владеть толковый тестировщик
3. Получили советы о том, что учить и как развиваться для успешной карьеры в QA
4. Узнали о потенциальных вариантах карьерного развития и роста в профессии QA
5. Узнайли что будет на предстоящих Мастер-классах от Александра Кузняка
6. Получили информацию о грядущем курсе QA по системе blended learning
7. Узнали подробности об ивенте IT Fest (пройдет в Киеве 19го сентября).
8. Задали любые вопросы спикеру и получи на них ответы.
Проводил Вебинар:
Александр Кузняк — QA Consultant & Practice Leader в компании Ciklum. Более 11 лет работает в IT, более 6 лет — в разработке программного обеспечения.
Участвовал в 100+ проектах и провел более 350 собеседований.
С 2012 года — глава судейского комитета в направлении QA всеукраинского конкурса веб-разработки — UA Web Challenge.
Управлял QA-командами и отделами, создал и развил сервисный QA-департамент в рамках компании, обучил и трудоустроил десятки QA-инженеров.
Спасибо всем, кто уделил время своему развитию. Верим, что наши активности вдохновляют и помогают вам двигаться вперёд к своей цели — успешной карьере в IT!
It talk №23: "Если не Scrum, то что?", Екатерина ШалапановаMarina PeregudДокладчик: Екатерина Шалапанова, деливери-менеджер финансовой практики DataArt, Петербург
О чем пойдет речь:
Что делать:
Если ваш заказчик не подписывал Agile Manifesto и не читал Scrum Guide?
Если в итерацию врываются сверхсрочные задачи?
Если бизнес-процессы не позволяют регулярные релизы?
Идеологи Scrum создавали процесс для небольших вовлеченных и нацеленных на результат команд. Что же делать, если вам приходится работать с корпорациями?
Процесс приходится строить заново, беря все самое лучшее и подстраиваясь под нужды и возможности любимых клиентов.
Я расскажу, какие подходы мы используем при создании процесса разработки, что, по моему опыту, важно, а чем можно пренебречь, ну, и обязательно о чем-нибудь еще.
Становление программы внутренних аудитов.Elena PetrovaВыступление Петровой Елены на конференции SQA Days (2012г). Организация внутренних аудитов Системы Менеджмента Качества (на базе опыта компании Team International)
Становление программы внутренних аудитов: от требований сертификации до обесп...SQALabSQA Days 11. День 2. Cекция C
Елена Петрова
TEAM International
Харьков, Украина
Talent Q Ассессмент центр своими руками преимущества и ограничения М.ВитлинаElena RyuseАссессмент своими руками: преимущества и ограничения. Talent Q, Марина Витлина
Особенности параллельного тестирования нескольких проектов QA Dnepropetrovsk Community (Ukraine)Особенности параллельного тестирования нескольких проектов Лавриненко Оля
Competency Model (HR API conference, Russian language) Irina LeshchukВ докладе представлен опыт разработки, внедрения и использования модели компетенций для сотрудников компании. В нем говорится о том, как удалось подготовить решение, которое одновременно отвечает запросам со стороны бизнеса и используется для оценки и развития сотрудников в компании Grid Dynamics.
Кажется, что доклад будет интересен руководителям подразделений, менеджерам команд, HR специалистам и всем, кто интересуется вопросами оценки и развитием сотрудников внутри компании.
Целевой аудиторией, прежде всего, являются компании, в которых работает больше 100 инженеров и особенно актуально для тех, где есть распределенные команды в разных городах. Для компаний небольшого размера или стартапов содержание презентации будет интересно, скорее, с познавательной точки зрения, чем с практической.
Как оценить время на тестирование. Александр Зиновьев, Test Lead SoftengiSoftengi Презентация Александра Зиновьева, Test Lead компании Softengi, на семинаре "Оценка в жизни тестировщика" от тренинговой центра QAS Training Center, который прошел 27 ноября в пространстве Циферблат, Киев.
Куда приводят мечты? или Искусство развития тестировщикаSQALabДоклад Нины Щегловой на SQA Days-22. 17-18 ноября 2017. Санкт-Петербург, Россия
www.sqadays.com
Оптимизация Selenium тестов и ускорение их поддержкиSQALabДоклад Павла Балахонова на SQA Days-22. 17-18 ноября 2017. Санкт-Петербург, Россия
www.sqadays.com
Автоматизация 0.0: 0 - бюджет, 0 - опыт программированияSQALabДоклад Дарьи Шишковой на SQA Days-22. 17-18 ноября 2017. Санкт-Петербург, Россия
www.sqadays.com
Нагрузочное тестирование нестандартных протоколов с использованием Citrix и J...SQALabДоклад Владимира Иванова на SQA Days-22. 17-18 ноября 2017. Санкт-Петербург, Россия
www.sqadays.com
Continuous performance testingSQALabThis 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.
Конфиги вместо костылей. Pytestconfig и зачем он нуженSQALabДоклад Юлии Александровой на SQA Days-22. 17-18 ноября 2017. Санкт-Петербург, Россия
www.sqadays.com
Добиваемся эффективности каждого из 9000+ UI-тестовSQALabДоклад Максима Сахарова на SQA Days-22. 17-18 ноября 2017. Санкт-Петербург, Россия
www.sqadays.com
Мощь переполняет с JDI 2.0 - новая эра UI автоматизацииSQALabThis 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.
Как hh.ru дошли до 500 релизов в квартал без потери в качествеSQALabДоклад Алексея Анисимова на SQA Days-22. 17-18 ноября 2017. Санкт-Петербург, Россия
www.sqadays.com
Тестирование геолокационных системSQALabThe 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.
От Зефира в коробке к Structure Zephyr или как тест-менеджеру перекроить внут...SQALabДоклад Никиты Налютина на SQA Days-22. 17-18 ноября 2017. Санкт-Петербург, Россия
www.sqadays.com
От Зефира в коробке к Structure Zephyr или как тест-менеджеру перекроить внут...SQALab
Аудит команды тестирования в сложном проекте
1. Software quality assurance days
19 Международная конференция
по вопросам качества ПО
sqadays.com
Санкт-Петербург. 20–21 мая 2016
Никита Сысков
EPAM Systems. Минск, Беларусь
Аудит команды тестирования в сложном
проекте – своими силами и в сжатые сроки.
2. Аудит команды тестирования в сложном проекте. 2
Никита Сысков
Ведущий инженер по качеству ПО, тренер
9+ лет опыта работы
В настоящий момент координатор тестирования на
нескольких проектах с распределёнными
командами тестирования
Об авторе:
4. Аудит команды тестирования в сложном проекте. 4
Поговорим о терминологии…
Аудит это:
1) Под техническим аудитом понимают проверку
независимыми специалистами системы организации
производства, системы контроля и управления
качеством, применяемых технических и
технологических решений, а также проверку
технического состояния машин, оборудования,
механизмов, зданий и сооружений, инженерных
коммуникаций, систем и сетей, также проверку
технической и проектной документации с выражением
мнения относительно обоснованности применяемых
технических/технологических решений, способов
управления производством и соответствия
технического состояния инженерно-сложных систем и
оборудования требованиям нормативных актов.
6. Аудит команды тестирования в сложном проекте. 6
Три уровня контроля:
1)Внешний аудит
2)Внешняя оценка
3)Внутренняя оценка
Три варианта результата:
A. Галопом по Европам
B. То, что доктор прописал
C. Мёртвому припарка
7. Аудит команды тестирования в сложном проекте. 7
Как понять что надо провести внутреннюю
оценку
Как понять точку зрения заказчика на процесс
Как понять точку зрения участников процесса
Как понять что полученные результаты
реалистичны
Как понять что делать дальше
«Как понять» план
9. Аудит команды тестирования в сложном проекте. 9
Как понять что надо провести внутреннюю
оценку – Команда внезапно выросла
Автоматизация на пороге
Как изменились процессы коммуникации?
Какие новые навыки требуются от команды?
10. Аудит команды тестирования в сложном проекте. 10
Как понять что надо провести внутреннюю
оценку – Новые дисциплины тестирования
Автоматизация?
Безопасность?
Производительность?
Fiddler Professional Gold Enterprise Unlimited Edition
11. Аудит команды тестирования в сложном проекте. 11
Как понять что надо провести внутреннюю
оценку – НедовериеВраждебность
Формальные отписки
Игнорирование мнений
Повышенный тон разговора
12. Аудит команды тестирования в сложном проекте. 12
Как понять что надо провести внутреннюю
оценку – Метрики в красной зоне
Пора действовать
Выберите одну из областей: Качество, Время, Деньги
Не ищите серебряной пули – начинайте с простых, но
действенных решений
13. Аудит команды тестирования в сложном проекте. 13
Как понять что надо провести внутреннюю
оценку – Сертификация
Получайте опыт
Подготовьтесь к проверке
14. Аудит команды тестирования в сложном проекте. 14
Как понять что надо провести внутреннюю
оценку – Итого как пример, рост и развитие:
Рост команды Формализация процессов
Новые дисциплины ДелегированиеОбучение
Недоверие Повышение прозрачности
Красные метрики Корректирующие действия
Сертификация Соответствие стандартам
16. Аудит команды тестирования в сложном проекте. 16
Как понять точку зрения заказчика на процесс
– Эффективность
Понимание бизнес-ценностей
Достаточно хорошее качество
Стоимость внедрения против экономии времени
17. Аудит команды тестирования в сложном проекте. 17
Как понять точку зрения заказчика на процесс
– Ценность
Сокращение рисков
Опять бизнес ценности
Соответствие целям процесса
18. Аудит команды тестирования в сложном проекте. 18
Как понять точку зрения заказчика на процесс
– КомпетентностьПрофессионализм
Есть ли новая технология на подходе?
Находите ли общий язык с разработчиками?
Способны ли вы на самом деле управлять процессом?
19. Аудит команды тестирования в сложном проекте. 19
Как понять точку зрения заказчика на процесс
– Культурные различия
Интонации и чтение между строк
Разные культуры переговоров (win-win)
Разные культуры – разный «здравый смысл»
20. Аудит команды тестирования в сложном проекте. 20
Как понять точку зрения заказчика на процесс
– Технические детали
Тезисы против резолюций
Обобщения без потери смысла
Детали можно не показывать, но нельзя упускать
21. Аудит команды тестирования в сложном проекте. 21
Как понять точку зрения заказчика на процесс –
Итого как пример, Репортинг портал:
Эффективность Возврат инвестиций
Ценность Для продукта, не для
команды
Компетентность Понимание деталей
Культурные различия ВежливостьСтойкость
Технические детали Уровни абстракции
23. Аудит команды тестирования в сложном проекте. 23
Как понять точку зрения участников процесса –
подход к решению новых задач
Сложившиеся практики
Импульсивные решения
Быстрые решения против правильных
24. Аудит команды тестирования в сложном проекте. 24
Как понять точку зрения участников процесса –
довериевера в правильность суждений
Я художник я так вижу
Кажущаяся простота сложных решений
Отдельные эксперты в отдельных областях
25. Аудит команды тестирования в сложном проекте. 25
Как понять точку зрения участников процесса –
горизонт планирования
Экспертиза игнорируется
Команда не в курсе грядущих перемен
Изменения не связываются с глобальным контекстом
26. Аудит команды тестирования в сложном проекте. 26
Как понять точку зрения участников процесса –
сложившиеся практики
Старые инструменты
Традиционные методики
Неизменность процессов
27. Аудит команды тестирования в сложном проекте. 27
Как понять точку зрения участников процесса –
отношение к переговорам
Не видят ценности
Не умеют общаться
Не хотят говорить на другом языке
28. Аудит команды тестирования в сложном проекте. 28
Как понять точку зрения участников процесса –
Итого как пример, новый плагин:
Новые задачи Ценность альтернатив
Доверие Разделение
ответственности
Горизонт планирования Привлечение «стратегов»
Старые привычки Свежий взгляд
Переговоры Правильный подход
29. Аудит команды тестирования в сложном проекте. 29
Бизнес против исполнителей
Эффективность Старые привычки
Ценность Новые задачи
Компетентность Горизонт планирования
Культурные различия Переговоры
Технические детали Доверие
31. Аудит команды тестирования в сложном проекте. 31
Как понять что полученные результаты
реалистичны – Учтены все мнения
Предубеждения
«Ошибка выжившего»
Частные интересы против всеобщего блага
32. Аудит команды тестирования в сложном проекте. 32
Как понять что полученные результаты
реалистичны – Основана на текущей ситуации
Быстрый анализ
Ключевые моменты перепроверены
Чёткое понимание исторических изменений
33. Аудит команды тестирования в сложном проекте. 33
Как понять что полученные результаты
реалистичны – Проведён анализ
34. Аудит команды тестирования в сложном проекте. 34
Как понять что полученные результаты
реалистичны – Проведён анализ
Данные -> Информация
Причины <–> Следствия
Проблемы –> Решения
35. Аудит команды тестирования в сложном проекте. 35
Как понять что полученные результаты
реалистичны – Объективность
Правда у каждого своя
Личный опыт – ключ к пониманию ситуации
Учесть точку зрения не есть принять точку зрения
36. Аудит команды тестирования в сложном проекте. 36
Как понять что полученные результаты
реалистичны – Знаем что делать дальше
Мы не ищем теорию ради теории
По каждой найденной проблеме есть корректирующее
действие
37. Аудит команды тестирования в сложном проекте. 37
Как понять что полученные результаты
реалистичны – Итого как пример, демо сессии:
Информация У всех своя правда
Своевременность Короткий цикл обратной
связи
Анализ Изучены причины
Обоснованность Наличие фактов
Действия Лучшие практики + Анализ
39. Аудит команды тестирования в сложном проекте. 39
Как понять что делать дальше – Понимание
сильных и слабых сторон процесса
Приоритизируем усилия
Учимся на собственном опыте
Нельзя игнорировать сильные стороны
40. Аудит команды тестирования в сложном проекте. 40
Как понять что делать дальше – Как
использовать полученные выводы
Сохраняем результаты в матрице
Поддерживаем актуальность выводов
Наглядность, приоритеты, полнота картины
41. Аудит команды тестирования в сложном проекте. 41
Как понять что делать дальше – Работа с
артефактами
Сохраняем историю анализа
Прикрепляем факты к выводам
Используем в дальнейшей работе
42. Аудит команды тестирования в сложном проекте. 42
Как понять что делать дальше – Донесение
результатов до участников процесса
Проблемы должны быть озвучены
Предложенные действия нужно обосновывать
Внедрять изменения проще с поддержкой всех сторон
43. Аудит команды тестирования в сложном проекте. 43
Как понять что делать дальше – Грядущие
изменения
Все вышесказанное бесполезно без действительных,
реальных, осуществимых действий
И контрольного замера с целью понимания результата
44. Аудит команды тестирования в сложном проекте. 44
Как понять что делать дальше – Итого как
пример, сторонние команды:
Понимание процесса Хвалить прилюдно, ругать
приватно
Полученные выводы Чёткие формулировки
списком приоритетов
Обнаруженные факты Сохранение, обращение в
дальнейшем для сверки
Принятие результатов Объяснение причин и
последствий
План изменений Реально осуществимый, от
малого к большему