10 правил agile тестировщика IT-Brunch

Dec 22, 20122 likes3,493 views

Andrii Dzynia

10 правил Agile тестировщика

Андрей Дзыня

Техники Тест Дизайна
Equivalence Class Domain Analysis
Testing Testing
Boundary Value Use Case Testing
Testing Control Flow Testing
Decision Table Testing Data Flow Testing
Pairwise Testing
State-Transition
Testing
“Practitioners Guide To Software Test Design” Lee Copeland

10 принципов Agile тестировщика
Быть смелым и решительным
Задавать неудобные вопросы
Обладать техническими знаниями
Дружить с программистом
Знать все практики тест дизайна
Исследовать и экспериментировать
Смотреть по сторонам
Заряжать духом тестирования
Приносить ценность продукту
Постоянно улучшаться

http://adzynia.com

@adzynia

me@adzynia.com

Тема тестирования в Agile очень большая. Ведь теперь за качество отвечает не отдельный QA департамент, а вся команда разработки. Но не стоит забывать, что на тестировщика ложится намного больше обязанностей и требуется набор новых навыков и умений. Уже немало докладов было на эту тему. Я не хочу повторять предыдущих спикеров, а лишь подведу итог своей работы тестировщиком в Agile командах в простых 10 правилах.

Постановка процесса тестирования в AgileSQALab

��

Виталий СтрелюкSQALab

��

Автоматизация тестирования как сервисautomated-testing.info

��

Автоматизация тестирования как сервис, Павел Сташевский Все мы хотим получать качественные сервисы. Мы хотим, чтобы обслуживание было быстрым, качественным и недорогим. Нам важно получить удовольствие от сервиса, будь то парикмахерская или бронирование авиабилетов. Автоматизация тестирования в этом плане практически не отличается от других сервисов, особенно, если она развивается в крупной компании. При этом нужно учесть стек технологий и уровень развития проекта и при этом не наступить на те грабли, что мы собрали при автоматизации тестирования других продуктов. Как строить такой сервис, как его адаптировать под различные команды и получать предсказуемый результат, именно про эти вопросы Павел расскажет в своем докладе. И все это на примерах из 2ГИС.

Гибкое тестированиеRina Uzhevko

��

QA Fes 2016. Анастасия Асеева. Роль тестирования в DevopsQAFest

��

В своем докладе я расскажу, как мы внедряли devops в банке, а конкретнее какую роль в этом процессе сыграло тестирование. Также расскажу с какими проблемами столкнулись, и как мы их устраняли. И да, каких результатов смогли добиться уже через полгода. А самое интересное, покажу как мы смогли добиться того, чтоб у нас pull request долетал до боя за 3 часа со всеми этапами тестирования. Доклад будет содержать большое количество лайфхаков и обзоров инструментария, который мы использовали.

Test design techniques basicsArtem Bykovets

��

ROCS 2 - advanced platform for automated test execution in clustered environm...Rina Uzhevko

��

KPI тестировщиков - особенности и проблемыRina Uzhevko

��

Great functional testing with WebDriver and ThucydidesMikalai Alimenkou

��

QA Fest 2015. Aлександр Кузняк. Тестовая документация. How-To и типичные ошибкиQAFest

��

Мы обсудим основные виды тестовой документации, зачем и почему они нужны, кратко поговорим о том почему нужны тест планы и в каком виде. Узнаем для каких задач какую тест документацию стоит выбрать. Поговорим об эффективных принципах и подходах к построению наборов тест-кейсов и чек-листов. Затронем тему отчетности и, конечно же, поговорим о типичных ошибках.

Улучшить KPI в два раза? Сделано!SQALab

��

Темная сторона метрикRoman Ivliev

��

QA Fest 2015. Виктор Гожий. SCRUM в QA команде и как с этим жить.QAFest

��

- История проекта (с чего началось внедрение SCRUM в QA команде, какая была команда и тп) - Тестирование в идеальном Agilе (как происходит построение процесса в идеале и что мы можем получить) - Советы тестировщику в Agile - Показатели или что от нас хочет Product Owner - Что мы добавили в обычное SCRUM тестирование и какой получили результат Выводы что дал SCRUM команде и как поменялась

Внедрение тестирования в ScrumDenis Petelin

��

QA Fest 2015. Алена Черненко-Дыба и Алексей Лупан. Секреты успешного проекта...QAFest

��

Автоматизация визуального тестирования адаптивного дизайна на примере Galen F...COMAQA.BY

��

Автоматизация тестирования визуальных регрессий, как особый вид тестирования, может поставить в тупик даже опытных специалистов своей отрасли. Тем более, если речь идёт об адаптивном дизайне. Задача тестирования адаптивной верстки не является простой, хотя бы по той причине, что требует большого времени на проверку отображения визуального контента и покрытие всей требуемой матрицы платформ, браузеров и разрешений экрана. Тем не менее существуют способы эффективного использования таких инструментов как Galen Framework и Applitools Eyes и интеграции их в уже существующую среду тестирования. На наглядном примере сайта, имеющего адаптивный дизайн, я расскажу о том, как можно с лёгкостью применять вышеуказанные инструменты с целью избежать как можно больше разнообразных регрессионных визуальных ошибок. Также будут подробно рассмотрены варианты построения архитектуры тестов и организации работы с дизайном приложения в целом.

Start Agile 2007Denis Petelin

��

Can we have some more quality - Russian versionAlexander Pushkarev

��

QA Fes 2016. Василий Сливка. 10 лучших практик для тестирования мобильных при...QAFest

��

Доклад для ленивых тестировщиков, которые не хотят набивать свои шишки, а научится на чужом опыте: - полезные инструменты и решения для тестирования; - работа с сетью, внутренними и внешними сервисами; - процессы и культура тестирования в отделе разработки - silver bullet в конце доклада

QA Fest 2015. Александра Волкова. 10 принципов автоматизации, которые я не пр...QAFest

��

Принципы «правильной» автоматизации всем хорошо известны, но почему-то даже опытные автоматизаторы не всегда им следуют. Допуская ошибки одну за другой, мы и не замечаем, как укорачиваем жизнь нашим авто-тестам. В результате, нередко случается так, что наши решения со временем забрасываются и не выживают, либо же превращаются в «чемодан без ручки» - когда нести тяжело, а выбросить жалко. Я предлагаю по-новому взглянуть на автоматизацию в проектах и увидеть общие ошибки. Я расскажу о 10 принципах автоматизации, к которым пришла моя команда на собственном опыте, и которые помогут не наступать на одни и те же грабли. Доклад смогут «прочувствовать» все тестировщики, работающие на проектах, где есть автоматизация.

Фокус тестSQALab

��

Agile Testing: вопросы и ответыAndrey Rebrov

��

Промышленный подход к автоматизации тестирования или Keyword-driven testing в...SQALab

��

Continuous Integration для тестировщиковUladzimir Kryvenka

��

Continuous Integration для QAIvan Kolodyazhny

��

Sef Streluk Agilesef2009

��

Внедрение тестирования в ScrumDenis Petelin

��

Роман Кокин «Организация тестирования в больших командах»DataArt

��

Виталий Стрелюк, Постановка процесса тестирования в AgileSQADays_2009_Piter

��

More Related Content

What's hot (18)

KPI тестировщиков - особенности и проблемыRina Uzhevko

��

Great functional testing with WebDriver and ThucydidesMikalai Alimenkou

��

QA Fest 2015. Aлександр Кузняк. Тестовая документация. How-To и типичные ошибкиQAFest

��

Улучшить KPI в два раза? Сделано!SQALab

��

Темная сторона метрикRoman Ivliev

��

QA Fest 2015. Виктор Гожий. SCRUM в QA команде и как с этим жить.QAFest

��

Внедрение тестирования в ScrumDenis Petelin

��

QA Fest 2015. Алена Черненко-Дыба и Алексей Лупан. Секреты успешного проекта...QAFest

��

Автоматизация визуального тестирования адаптивного дизайна на примере Galen F...COMAQA.BY

��

Start Agile 2007Denis Petelin

��

Can we have some more quality - Russian versionAlexander Pushkarev

��

QA Fes 2016. Василий Сливка. 10 лучших практик для тестирования мобильных при...QAFest

��

QA Fest 2015. Александра Волкова. 10 принципов автоматизации, которые я не пр...QAFest

��

Фокус тестSQALab

��

Agile Testing: вопросы и ответыAndrey Rebrov

��

Промышленный подход к автоматизации тестирования или Keyword-driven testing в...SQALab

��

Continuous Integration для тестировщиковUladzimir Kryvenka

��

Continuous Integration для QAIvan Kolodyazhny

��

KPI тестировщиков - особенности и проблемыRina Uzhevko

��

Great functional testing with WebDriver and ThucydidesMikalai Alimenkou

��

QA Fest 2015. Aлександр Кузняк. Тестовая документация. How-To и типичные ошибкиQAFest

��

Улучшить KPI в два раза? Сделано!SQALab

��

Темная сторона метрикRoman Ivliev

��

QA Fest 2015. Виктор Гожий. SCRUM в QA команде и как с этим жить.QAFest

��

Внедрение тестирования в ScrumDenis Petelin

��

QA Fest 2015. Алена Черненко-Дыба и Алексей Лупан. Секреты успешного проекта...QAFest

��

Автоматизация визуального тестирования адаптивного дизайна на примере Galen F...COMAQA.BY

��

Start Agile 2007Denis Petelin

��

Can we have some more quality - Russian versionAlexander Pushkarev

��

QA Fes 2016. Василий Сливка. 10 лучших практик для тестирования мобильных при...QAFest

��

QA Fest 2015. Александра Волкова. 10 принципов автоматизации, которые я не пр...QAFest

��

Фокус тестSQALab

��

Agile Testing: вопросы и ответыAndrey Rebrov

��

Промышленный подход к автоматизации тестирования или Keyword-driven testing в...SQALab

��

Continuous Integration для тестировщиковUladzimir Kryvenka

��

Continuous Integration для QAIvan Kolodyazhny

��

Similar to 10 правил agile тестировщика IT-Brunch (20)

Sef Streluk Agilesef2009

��

Внедрение тестирования в ScrumDenis Petelin

��

Роман Кокин «Организация тестирования в больших командах»DataArt

��

Виталий Стрелюк, Постановка процесса тестирования в AgileSQADays_2009_Piter

��

RSTQB Presentation about ISTQB Agile Tester during TMPA-2014: Iosif Itkin

��

Методы управления проектами с коротким циклом - Agile от практиков_InnoTrain_...Анастасия Виноградова

��

Тестирование как панацея для жизни и развития проекта Evgeniy Kuzmin

��

андрей дмитриев взгляд со стороны разработчикаAlexei Lupan

��

Как оценить время на тестирование. Александр Зиновьев, Test Lead SoftengiSoftengi

��

How to estimate time for testingAlexandr Zinovyev

��

Роли, в которые играют тестировщикиSQALab

��

Agile.by - Agileee season 3 - Agile Testing by Elisabeth HendricksonNick Frolov

��

Автоматизация визуального тестированияCOMAQA.BY

��

Тестирование осень 2013 лекция 3Technopark

��

Тестирование весна 2014 смешанное занятие 1Technopark

��

Agile testingElena Korotchuk

��

вольфсон построение собственного Agile-фреймворка (шаблон)Magneta AI

��

Тестирование - это не просто тестирование, или Business Driven TestingJulia Nechaeva

��

Роман Василенко. Continuous delivery или как упростить себе жизнь_itcampus

��

Презентация "Scrum с нуля" Елена Коптева

��

Презентация была представлена в ходе вебинара "Scrum с нуля". Ведущая: Анна Чащина – разработчик 1С, руководитель отдела внедрения компании "Кодерлайн". Основная тема для обсуждения: почему IT - самая передовая отрасль во всем мире отдает предпочтение именно Scrum. http://www.koderline.ru/

Sef Streluk Agilesef2009

��

Внедрение тестирования в ScrumDenis Petelin

��

Роман Кокин «Организация тестирования в больших командах»DataArt

��

Виталий Стрелюк, Постановка процесса тестирования в AgileSQADays_2009_Piter

��

RSTQB Presentation about ISTQB Agile Tester during TMPA-2014: Iosif Itkin

��

Методы управления проектами с коротким циклом - Agile от практиков_InnoTrain_...Анастасия Виноградова

��

Тестирование как панацея для жизни и развития проекта Evgeniy Kuzmin

��

андрей дмитриев взгляд со стороны разработчикаAlexei Lupan

��

Как оценить время на тестирование. Александр Зиновьев, Test Lead SoftengiSoftengi

��

How to estimate time for testingAlexandr Zinovyev

��

Роли, в которые играют тестировщикиSQALab

��

Agile.by - Agileee season 3 - Agile Testing by Elisabeth HendricksonNick Frolov

��

Автоматизация визуального тестированияCOMAQA.BY

��

Тестирование осень 2013 лекция 3Technopark

��

Тестирование весна 2014 смешанное занятие 1Technopark

��

Agile testingElena Korotchuk

��

вольфсон построение собственного Agile-фреймворка (шаблон)Magneta AI

��

Тестирование - это не просто тестирование, или Business Driven TestingJulia Nechaeva

��

Роман Василенко. Continuous delivery или как упростить себе жизнь_itcampus

��

Презентация "Scrum с нуля" Елена Коптева

��

More from Andrii Dzynia (20)

Continuous Delivery as you want itAndrii Dzynia

��

Continuous delivery makes an agenda for many engineering teams. When there are not that many unknowns in the web world, the embedded software domain is worth exploring. With such diversity of different partner integrations(speakers, consoles, tv’s, cars, etc) Spotify is not an exception. We set ourselves on a journey to reach a state when releases of Spotify’s eSDK is rather a routine and doesn't require anything more than a push of a button. The end goal is clear and sounds easy but challenges are all over the place and every single one needs to be addressed individually. This talk is about how we managed to setup releases of Spotify’s embedded SDK on a predictable schedule and keep improving towards being able releasing on-demand going forward. Our challenges and solutions. What worked, what did not. Pain, tears, joy, and smiles.

Test coaching your agile teamAndrii Dzynia

��

Testing is probably the most misunderstood concept in software engineering. Many still believe that testing is simply a verification of actual and expected results in pre-defined set of test scenarios. I wish to know earlier how wrong this statement is. Conversations about testing can be seen wide, ambiguous, and hard to facilitate. But when done properly show prominent results. You start from quality. Addressing questions like. What does quality mean for us? Who owns it? Who is responsible for quality improvements? There is no single answer to every team. Each has to come up with their own definition, which works in their particular situation. Testing is not a measure for quality, but rather a set of activities and preparations to increase a level of confidence before releasing. You cannot simply state that after verifying 1000 test scenarios the whole product behaves as expected. During this presentation I will share key findings which I think are the most important ones to get almost any engineering team on the right track towards improving productivity and released product quality. There is no single rule to rule them all, but experience-based patterns.

Testing at SpotifyAndrii Dzynia

��

What does it mean to be a test engineer?Andrii Dzynia

��

Test engineering is hard, even harder than software development. Being test engineer puts you in a wider context, with no clear boundaries. You have to find those by yourself. This requires courage. Courage to take action, courage to make mistakes. As a test engineer, you do mistakes every day. You do them so often that sometimes you feel you can predict the future. Scientific explanation to this phenomena is patterns recognition. It is an ability of our brain to match the information from a stimulus with information retrieved from memory. Defect prevention is hard. Together with technical skills one have to develop high social awareness. Working on safety nets never was so important, different types of checks on different levels to make sure software is reliable and serves its purpose to the variety of everyday use-cases. We know that life is so complex and sometimes complicated which makes it impossible to predict all possible outcomes and scenarios. But striving for excellence never was so important as nowadays in such an open, transparent and competitive environment. Goal of my talk will be to show you my everyday job as a test engineer. Not only how to look for defects, but how to prevent them from happening. Not only how to automate tests(noun), but how to build safety nets to minimize end-user impact. Not only how to inform testing status but how to influence quality on company level.

Exploring your unit testsAndrii Dzynia

��

As a developer, most of the time, you are being focused on solving concrete problems. This process get’s all your attention on implementation details to make it just work. If time persists you might spend some time on writing tests for your code, but not going far into details on all the edge cases. It is very hard to verify your own creation in all possible ways. Stepping out of comfort zone and think like a consumer is what test engineers are good at, thinking from the end. During this session I’m going to share my daily tricks on how to help developers writing better tests which leads to less bugs and more testable architecture.

Hermetic environment for your functional testsAndrii Dzynia

��

What are the most common problems with testing environments? - You are not the only one who is using it. - Test failures are not repeatable. - Test data can be easily messed up due to tests overlap. Those problems are introducing flakiness in your tests, increase frustration level and decrease confidence in quality of a product you are building. Forcing your development team to have a testing queue increases delivery time dramatically. Creating zillions of environments does not sound as cheapest solution either. At Spotify we experimented with different approaches on how testing environments can be configured: from shared environment to mocks, stubs and hermetic servers. During my presentation I will share the lessons we learned, what worked, what not and what is the direction we are pursuing in order to stabilise our testing suites.

Quality Built In @ SpotifyAndrii Dzynia

��

Most of the people think that quality in software development is limited to manual testing on the latest stage before releasing a product. That might be true 20 years ago in the industrial era. But current world is much more dynamic than before. Time to market became the most crucial metric nowadays. Releasing code to production need to be done faster and faster. How to maintain quality on a sufficient level in this fast paced environment? How to find a time to work on quality improvements? Those are two main questions I want to answer during this talk. Do not expect a silver bullet or even receipt to success. But definitely expect a lot of information about continuous delivery/deployment/improvements with a case studies and lessons we learned at Spotify. Spotify Engineering Culture: https://labs.spotify.com/2014/03/27/spotify-engineering-culture-part-1/ https://labs.spotify.com/2014/09/20/spotify-engineering-culture-part-2/ Scaling Agile @ Spotify http://blog.crisp.se/2012/11/14/henrikkniberg/scaling-agile-at-spotify Scaled Agile @ Spotify http://vimeo.com/111131934

Applying testing mindset to software developmentAndrii Dzynia

��

Software Development is a creative activity that requires focus. During coding session you as a programmer tends to make so many decision that sometimes force you to neglect 'unimportant details' that might sounds like specific use cases, unclear statements or somethings that won't gonna happen. In most cases the system even so complex that is not that easy to step out and see the whole picture, even from user's point of view. Historically software developers used to trust other people called testers to verify those 'details' from user's perspective before deploying into production. In order to have proper alignment inside the team dedicated 'QA step' added to the process. That obvious solution have some quick-wins with outcome of found bugs before releasing the software. But there are some tradeoffs, such as: slower delivery cycle, extra test documentation and GUI automated tests that are not that easy to maintain. During my talk I would like to share some insight and lessons we learned @ Spotify that helps us improving team's development productivity without losing quality of the product. Hopefully that will help your team as well or at least show one of the directions you might want to follow. Spotify Engineering Culture: https://labs.spotify.com/2014/03/27/spotify-engineering-culture-part-1/ https://labs.spotify.com/2014/09/20/spotify-engineering-culture-part-2/

Appium Mobile Test Automation like WebDriverAndrii Dzynia

��

How to Manage Testing in Dynamic WorldAndrii Dzynia

��

ExtJS WebDriverAndrii Dzynia

��

The document discusses testing ExtJS applications with WebDriver. It describes building custom locators, waiters and element objects to interact with ExtJS components. JavaScript injections are also explored to directly access the ExtJS API and speed up tests by bypassing WebDriver. Overall the approach evolved from a traditional WebDriver implementation to leveraging custom ExtJS-specific page objects and finally integrating direct JavaScript executions to better test ExtJS applications.

Working Software Over Comprehensive DocumentationAndrii Dzynia

��

«Самоорганизуй» себя, пока не «самоорганизовали» тебяAndrii Dzynia

��

«Возможно ли управлять временем? Спорный вопрос. Время идет и мы ничего не можем поделать. Но в наших силах научиться управлять собой, своими привычками, идеями. При этом, очень важно, чтобы мы управляли своими собственными идеями, а не теми которые кто-то придумал за нас. Учиться самоорганизации можно по-разному и каждый находит свой индивидуальный путь обучения. На докладе я расскажу о своем пути развития Self Management System(SMS), о тех практиках которые применял и продолжаю применять ежедневно».

Как не нужно писать Gherkin сценарииAndrii Dzynia

��

This document discusses best practices for writing Gherkin scenarios for acceptance tests, including: focusing scenarios on business logic rather than UI components, using examples tables to define parameters, and structuring scenarios to map to specific user stories and functional areas using a functionality matrix. It also recommends holding "3 Amigos" meetings with business analysts and developers to refine scenarios.

iOS and Android Mobile Test AutomationAndrii Dzynia

��

Мир мобильных телефонов очень сильно изменил нашу жизнь. В наше время невозможно представить современного человека, без этого чудо устройства. На рынке появляется все больше устройств и приложений. И чтобы удобнее пользоваться этими приложениями пользователи выбирают “умные” телефоны, или как их еще принято называть смартфоны. В своем докладе я хочу поделиться своим опытом автоматизации приложений под Android и iOS. Я расскажу о том, какие инструменты автоматизации я использовал. Поговорим о недостатках этих инструментов и какие из них стоит использовать у себя на проекте.

Что такое Exploratory Testing?Andrii Dzynia

��

Software testing 2.0Andrii Dzynia

��

This document discusses the concept of "Software Testing 2.0", which focuses on freedom of choice and creating value. It emphasizes that the best approaches, skills, techniques and tools depend highly on context factors like business area, technology, team, etc. Rather than following rigid methodologies or best practices, testers should feel free to choose whatever combination works best for their specific situation. The goal is to continuously optimize value creation.

Тестировщики Vs ПрограммистыAndrii Dzynia

��

Testing Dojo Kyiv - Testing HeuristicsAndrii Dzynia

��

The document outlines a tour of an application to familiarize oneself with its features, complexity, claims, configuration options, users, testability, scenarios, variability, interoperability, data elements, and physical structure. The tour involves moving through the application, identifying complex aspects, configuration settings, users and usage scenarios, test features, changeable aspects, interactions, data, and technical components.

Основы Self Management v. 2Andrii Dzynia

��

Continuous Delivery as you want itAndrii Dzynia

��

Test coaching your agile teamAndrii Dzynia

��

Testing at SpotifyAndrii Dzynia

��

What does it mean to be a test engineer?Andrii Dzynia

��

Exploring your unit testsAndrii Dzynia

��

Hermetic environment for your functional testsAndrii Dzynia

��

Quality Built In @ SpotifyAndrii Dzynia

��

Applying testing mindset to software developmentAndrii Dzynia

��

Appium Mobile Test Automation like WebDriverAndrii Dzynia

��

How to Manage Testing in Dynamic WorldAndrii Dzynia

��

ExtJS WebDriverAndrii Dzynia

��

Working Software Over Comprehensive DocumentationAndrii Dzynia

��

«Самоорганизуй» себя, пока не «самоорганизовали» тебяAndrii Dzynia

��

Как не нужно писать Gherkin сценарииAndrii Dzynia

��

iOS and Android Mobile Test AutomationAndrii Dzynia

��

Что такое Exploratory Testing?Andrii Dzynia

��

Software testing 2.0Andrii Dzynia

��

Тестировщики Vs ПрограммистыAndrii Dzynia

��

Testing Dojo Kyiv - Testing HeuristicsAndrii Dzynia

��

Основы Self Management v. 2Andrii Dzynia

��

10 правил agile тестировщика IT-Brunch

1. 10 правил Agile тестировщика Андрей Дзыня

2. Andrii Dzynia Test Engineer/Consultant/Trainer @adzynia http://adzynia.com

4. Техники Тест Дизайна Equivalence Class Domain Analysis Testing Testing Boundary Value Use Case Testing Testing Control Flow Testing Decision Table Testing Data Flow Testing Pairwise Testing State-Transition Testing “Practitioners Guide To Software Test Design” Lee Copeland

7. http://www.adzynia.com/2012/01/5.html

9. Но чаще всего

10. 10. Постоянно улучшаться

11. 9. Приносить ценность продукту

12. 8. Заряжать духом тестирования

13. 7. Смотреть по сторонам

14. 6. Исследовать и экспериментировать

15. 5. Знать все практики тест дизайна

16. 4. Дружить с программистом

17. 3. Обладать техническими знаниями

18. 2. Задавать неудобные вопросы

19. 1. Быть смелым и решительным

20. 10 принципов Agile тестировщика Быть смелым и решительным Задавать неудобные вопросы Обладать техническими знаниями Дружить с программистом Знать все практики тест дизайна Исследовать и экспериментировать Смотреть по сторонам Заряжать духом тестирования Приносить ценность продукту Постоянно улучшаться

21. http://adzynia.com @adzynia me@adzynia.com

�ݺ�ߣ

10 правил agile тестировщика IT-Brunch

Recommended

More Related Content

What's hot (18)

Similar to 10 правил agile тестировщика IT-Brunch (20)

More from Andrii Dzynia (20)

10 правил agile тестировщика IT-Brunch