Автоматизация тестирования как сервис, Павел Сташевский
Все мы хотим получать качественные сервисы. Мы хотим, чтобы обслуживание было быстрым, качественным и недорогим. Нам важно получить удовольствие от сервиса, будь то парикмахерская или бронирование авиабилетов. Автоматизация тестирования в этом плане практически не отличается от других сервисов, особенно, если она развивается в крупной компании. При этом нужно учесть стек технологий и уровень развития проекта и при этом не наступить на те грабли, что мы собрали при автоматизации тестирования других продуктов. Как строить такой сервис, как его адаптировать под различные команды и получать предсказуемый результат, именно про эти вопросы Павел расскажет в своем докладе. И все это на примерах из 2ГИС.
Автоматизация тестирования как сервис, Павел Сташевский
Все мы хотим получать качественные сервисы. Мы хотим, чтобы обслуживание было быстрым, качественным и недорогим. Нам важно получить удовольствие от сервиса, будь то парикмахерская или бронирование авиабилетов. Автоматизация тестирования в этом плане практически не отличается от других сервисов, особенно, если она развивается в крупной компании. При этом нужно учесть стек технологий и уровень развития проекта и при этом не наступить на те грабли, что мы собрали при автоматизации тестирования других продуктов. Как строить такой сервис, как его адаптировать под различные команды и получать предсказуемый результат, именно про эти вопросы Павел расскажет в своем докладе. И все это на примерах из 2ГИС.
Виталий Шибаев - Креативный менеджмент глазами разработчика: как выжить в agi...HappyDev
Матерый enterprise проект с "зоопарком" из разнообразных технологий. Часто меняющаяся команда и требовательный заказчик. Менеджер, активно пытающийся вытянуть проект... Все составляющие для сюжета, достойного Титаника.
Было перепробовано множество практик для улучшения процесса разработки, и больше всего это влияло на нас, разработчиков. В одночасье рушились привычные устои, а новые, не успев прижиться, менялись снова. Разве возможна нормальная работа в такой нервной обстановке?
Автор критически оценит парное программирование, тестирование, code review и прочие практики из мира улучшения разработки, а также расшарит набитые шишки и обнаруженные грабли.
Методы разработки качественного и чистого кодаIvan Novikov
Доклад на третьем митапе сообщества http://tver.io о том, почему не может существовать TDD в классическом виде, какие возможности преподносят нам использование суррогатных объектов и как отнестись к подходу скептично и использовать лучшие практики, которые метод разработки через тестирование привнес в инженерию ПО.
Привет, всем!
Вот и наступает новый год, значит пора делать последнюю серию сезона про Jira и его кастомизации.
В первые минуты митапа будет короткая сцена про мониторинг Jira, или сказ о плагине для мониторинга.
А именно Андрей Маркелов расскажет о том, что можно, что нельзя и что не нужно кастомизировать. Поскольку Андрей со своим набором плагинов, много получил обратной связи и желаний от разных заказчиков о различных запросах кастомизации.
Анатолий Бородин (Петер-Сервис) поделится своими шишками и маленькими хитростями по миграции и интеграции с заказчиком Atlassian систем (Jira и Confluence), где более детально расскажет о трудностях с которыми можно столкнуться при экспорте данных заказчику. Краткий экскурс в возможности интеграции двух систем JIRA.
С уважением,
Atlassian User Group
Доклад на hotcode.org о инструментах и методиках которые помогают нам повышать и следить за качеством PHP кода.
Среди затронутых тем:
- Стандарты в коде
- Средства для статического анализа кода.
- Git хуки
- Непрерывная интеграция
- IDE
- Code review
Стремление каждого разработчика ПО — писать код. Всё, что от этого кода требуется — работать без ошибок и соответствовать задумке. Не секрет, что для более-менее сложного продукта требуется объединить несколько программистов в одну команду и заставить их работать вместе... И вот тут начинаются проблемы: каждый пишет по-своему и затрудняется понять код коллеги. Что в итоге? Падает эффективность, снижается качество продукта, увеличивается время вхождения для новых разработчиков.
Решить эти проблемы помогает контроль за стилем кода. В этом докладе я расскажу про то, какие практики вам могут пригодиться на выбранном пути и какие средства для этого есть в экосистеме Python.
Creative or competitor analysis? How important is analytics when choosing tasks? How often to update backlog? On what period it should be? Oleg gives answers to these and other relevant questions related to backlog filling.
Виталий Шибаев - Креативный менеджмент глазами разработчика: как выжить в agi...HappyDev
Матерый enterprise проект с "зоопарком" из разнообразных технологий. Часто меняющаяся команда и требовательный заказчик. Менеджер, активно пытающийся вытянуть проект... Все составляющие для сюжета, достойного Титаника.
Было перепробовано множество практик для улучшения процесса разработки, и больше всего это влияло на нас, разработчиков. В одночасье рушились привычные устои, а новые, не успев прижиться, менялись снова. Разве возможна нормальная работа в такой нервной обстановке?
Автор критически оценит парное программирование, тестирование, code review и прочие практики из мира улучшения разработки, а также расшарит набитые шишки и обнаруженные грабли.
Методы разработки качественного и чистого кодаIvan Novikov
Доклад на третьем митапе сообщества http://tver.io о том, почему не может существовать TDD в классическом виде, какие возможности преподносят нам использование суррогатных объектов и как отнестись к подходу скептично и использовать лучшие практики, которые метод разработки через тестирование привнес в инженерию ПО.
Привет, всем!
Вот и наступает новый год, значит пора делать последнюю серию сезона про Jira и его кастомизации.
В первые минуты митапа будет короткая сцена про мониторинг Jira, или сказ о плагине для мониторинга.
А именно Андрей Маркелов расскажет о том, что можно, что нельзя и что не нужно кастомизировать. Поскольку Андрей со своим набором плагинов, много получил обратной связи и желаний от разных заказчиков о различных запросах кастомизации.
Анатолий Бородин (Петер-Сервис) поделится своими шишками и маленькими хитростями по миграции и интеграции с заказчиком Atlassian систем (Jira и Confluence), где более детально расскажет о трудностях с которыми можно столкнуться при экспорте данных заказчику. Краткий экскурс в возможности интеграции двух систем JIRA.
С уважением,
Atlassian User Group
Доклад на hotcode.org о инструментах и методиках которые помогают нам повышать и следить за качеством PHP кода.
Среди затронутых тем:
- Стандарты в коде
- Средства для статического анализа кода.
- Git хуки
- Непрерывная интеграция
- IDE
- Code review
Стремление каждого разработчика ПО — писать код. Всё, что от этого кода требуется — работать без ошибок и соответствовать задумке. Не секрет, что для более-менее сложного продукта требуется объединить несколько программистов в одну команду и заставить их работать вместе... И вот тут начинаются проблемы: каждый пишет по-своему и затрудняется понять код коллеги. Что в итоге? Падает эффективность, снижается качество продукта, увеличивается время вхождения для новых разработчиков.
Решить эти проблемы помогает контроль за стилем кода. В этом докладе я расскажу про то, какие практики вам могут пригодиться на выбранном пути и какие средства для этого есть в экосистеме Python.
Creative or competitor analysis? How important is analytics when choosing tasks? How often to update backlog? On what period it should be? Oleg gives answers to these and other relevant questions related to backlog filling.
My presentation from SQA Days EU #1 conference talk:
With the existing dynamics in the "Agile" teams, the QA engineer faces many challenges. Most of which he would like to solve using automation tools. Fast feedback on the local version, effective setup of the test environment is only the beginning of the possible use of automation in testing and QA processes. QA engineers have long been dreaming of more! About what? I will tell you about this in my report.
Обязательные практики Agile-проекта и правило ПППPavel Gabriel
Презентация для конференции "Деловой интернет 2009". В презентации рассматриваются обязательные практики для agile-проекта, причины их использования и правило, позволяющее добиваться большей эффективности.
Ты узнаешь 10 конкретных шагов, которые помогут тебе стать качественным тестировщиком. А еще получишь ответы на вопросы:
- Must-have skills Junior`а
- Что учить самостоятельно?
- Нужны ли курсы?
- Что поможет получить работу?
- Как может развиваться карьера?
Presentation from https://heisenbug-piter.ru/en/talks/2018/spb/kkw6oivsoywayacggksmk/
Once upon a time, we got a requirement to finish all testing in 2 days despite the number of tests to run. That number grew, and grew, and grew, and now there are tens of millions of them. So this is a story about building a dam against the never-ending flood which turned out to be not that scary. You are very welcome to join and see it for yourself.
PRojects IN Controlled Environments 2 (PRINCE2) - это структурированный метод управления проектами, одобренный правительством Великобритании в качестве стандарта управления проектами и признанный во всем мире. Презентация посвящена особенностям применения методологии PRINCE2 на практике в российских условиях
Доклад Ильи Кудинова на CodeFest 2014. "Учимся на ошибках в организации и про...Badoo Development
Доклад повествует об ошибках, совершаемых при организации и проведении тестирования в различных реальных организациях. Часть информации получена на собственном опыте, часть от коллег и знакомых, часть от фидбека после моих докладов на других конференциях и часть (и это самое страшное) я почерпнул на докладах сотрудников других компаний. В докладе не будет пустословия и саксесс-стори, я на реальных примерах покажу, почему те или иные приёмы не работают и как можно было бы исправить эту ситуацию (не только на примерах Badoo, но и на примерах других успешно тестируемых проектов).
Вопросы будут подниматься самые разные - от того, как нужно организовывать отдел тестирования (внутри отдела разработки, отдельным департаментом или как-то ещё?), до того, какие права давать тестировщикам (проверяем только соответствие реализации задачи её постановке или начинаем спорить с продакт-менеджерами?). Интереснее всего доклад может быть представителям компаний с зарождающимся QA или компаниям, QA-отдел которых показал свою низкую продуктивность и должен быть модернизирован.
В докладе я рассказываю о практиках, которые мы активно используем в компании Банки.ру. Как мы добились стабильного процесса выкладки изменений на бой. Как мы отслеживаем, что наши изменения действительно приводят к успеху.
The report I talk about practices that we actively use in the Banki.ru company . As we have achieved a stable process calculations of changes in the fight. How do we keep track of our changes do lead to success .
I had presented my new report “QA Estimation Failed: Mission Impossible” in SQA Days #23 conference in Minsk. I talk about what should be do, when QA estimation was failed. As in the life of development, and during the speech there were several "technical" failures. That once again proved the one of the idea of the report: "We need to learn to accept the situation, that our estimation and plans may be wrong."
Presentation from my talk in SIGIST Conference 2018 (Israel).
Short Desc:
One of the primary goals of a QA engineer is to collect as much information as possible about the state of the product and the process of its development.
Owning this information gives incredible power to the tester. How will it get and master this power, I will tell in my report.
My talk presentation from SQA Days 21 conference.
During last two years I've been working in Agile teams and quite often have come across the situation when the feature is pretty big, but they still want to release it at the end of the sprint. That is in spite of the fact, that there is a great risk of violation of the timing and poor product quality.
So what should we, quality guards, do when eventually everything depends on us?
My report presents the analysis of the development stages from the testing point of view in such a difficult situation and provides tips for success.
31. QA COACHING
31
QUALITY
ASSURANCE
q Тестовое обучение для разработчиков
q Обратная связь от Product Owner
q Инструменты для самостоятельного
использования (bugs hunt, check lists)
q Методологические встречи
35. ВЫВОДЫ
35
У тестировщиков есть вектор развития!
Tester QC/Test Engineer QA Engineer
q Test Execution
q Bug Life Cycle
q Test Execution
q Bug Life Cycle
q Test Analyze
q Test Design
q Test Planning
q Test report
q Test Execution
q Bug Life Cycle
q Test Analyze
q Test Design
q Test Planning
q Test report
q Quality mentoring
q Quality monitoring
q Quality education
q Quality assistance