#proQuality_books #softwareTesting
Formulation: Document examples with Given/When/Then (2021)
Авторы: Seb Rose, Gaspar Nagy
Количество страниц: 169
Язык издания: английский
Книга "Formulation: Document examples with Given/When/Then" от Seb Rose и Gaspar Nagy — это важное руководство для всех, кто хочет овладеть искусством разработки на основе поведения (BDD). Авторы мастерски передают свои обширные знания и опыт, помогая читателям понять, как превратить сложные требования в понятные и легко поддерживаемые сценарии.
Плюсы:
➕Книга предлагает множество ценных советов и методов по созданию качественных BDD-сценариев в формате Given/When/Then, делая их написание простым и увлекательным процессом.
➕Авторы делают акцент на значимости командной работы и делятся историями из реальной жизни, что помогает лучше понять практическое применение BDD.
➕Множество примеров и шаблонов позволяют легко перенести теорию в практическую плоскость и улучшить навыки написания документов на Gherkin.
➕Изложенный материал применим к широкому кругу инструментов и фреймворков, поддерживающих синтаксис Gherkin, включая Cucumber, SpecFlow (Reqnroll), JBehave, Behave и Behat.
Минусы:
➖Недостаточное освещение вопросов интеграции BDD с существующими процессами и инструментами может создать препятствия для внедрения методологии в команды.
Для кого книга:
✔️Книга будет полезна всем участникам процесса разработки программного обеспечения: от менеджеров по продукту и бизнес-аналитиков до разработчиков и тестировщиков, независимо от уровня их предыдущего опыта с BDD.
Formulation: Document examples with Given/When/Then (2021)
Авторы: Seb Rose, Gaspar Nagy
Количество страниц: 169
Язык издания: английский
Книга "Formulation: Document examples with Given/When/Then" от Seb Rose и Gaspar Nagy — это важное руководство для всех, кто хочет овладеть искусством разработки на основе поведения (BDD). Авторы мастерски передают свои обширные знания и опыт, помогая читателям понять, как превратить сложные требования в понятные и легко поддерживаемые сценарии.
Плюсы:
➕Книга предлагает множество ценных советов и методов по созданию качественных BDD-сценариев в формате Given/When/Then, делая их написание простым и увлекательным процессом.
➕Авторы делают акцент на значимости командной работы и делятся историями из реальной жизни, что помогает лучше понять практическое применение BDD.
➕Множество примеров и шаблонов позволяют легко перенести теорию в практическую плоскость и улучшить навыки написания документов на Gherkin.
➕Изложенный материал применим к широкому кругу инструментов и фреймворков, поддерживающих синтаксис Gherkin, включая Cucumber, SpecFlow (Reqnroll), JBehave, Behave и Behat.
Минусы:
➖Недостаточное освещение вопросов интеграции BDD с существующими процессами и инструментами может создать препятствия для внедрения методологии в команды.
Для кого книга:
✔️Книга будет полезна всем участникам процесса разработки программного обеспечения: от менеджеров по продукту и бизнес-аналитиков до разработчиков и тестировщиков, независимо от уровня их предыдущего опыта с BDD.
👍3
#ProQuality_tasks
Всем привет! С вами снова рубрика задачки ProQuality ✨
Задача про каратиста 🥋
Каратист за один удар ломает деревянную доску на три меньшие.
За сколько ударов он сможет разломать одну большую доску на 27 маленьких?
Идеями и решениями делитесь в комментариях под постом 👇
В ближайшую пятницу мы опубликуем ответ на задачу 🤓
Всем привет! С вами снова рубрика задачки ProQuality ✨
Задача про каратиста 🥋
Каратист за один удар ломает деревянную доску на три меньшие.
За сколько ударов он сможет разломать одну большую доску на 27 маленьких?
Идеями и решениями делитесь в комментариях под постом 👇
В ближайшую пятницу мы опубликуем ответ на задачу 🤓
👍5
#automationTesting
Мок-серверы – это отличный инструмент для тестирования взаимодействия с внешними сервисами. Они позволяют имитировать разные сценарии, проверить, как наша система обрабатывает разные ситуации.
В сегодняшней статье автор расскажет о мок-сервисах и поделиться опытом как писать свой собственный. Также в статье вы найдете подробное описание, примеры кода и полезные советы.
Изучаю мок-сервера и пишу свой
Мок-серверы – это отличный инструмент для тестирования взаимодействия с внешними сервисами. Они позволяют имитировать разные сценарии, проверить, как наша система обрабатывает разные ситуации.
В сегодняшней статье автор расскажет о мок-сервисах и поделиться опытом как писать свой собственный. Также в статье вы найдете подробное описание, примеры кода и полезные советы.
Изучаю мок-сервера и пишу свой
Хабр
Изучаю мок-сервера и пишу свой
Привет, меня зовут Татьяна Лабчук , я работаю full-stack QA в Альфа-Банке: пишу автотесты и тестирую руками. Автотесты пишу на Java, поэтому примеры в статье, в основном, будут на этом ЯП, но их можно...
👍4
Желаем всем отличных выходных!🦎
Сегодня вы можете ознакомиться с решением задачи про каратиста
Все самые интересные задачи и вопросы, в том числе те, с которыми можно столкнуться на собеседовании, мы публикуем в рубрике #ProQuality_tasks
Сегодня вы можете ознакомиться с решением задачи про каратиста
Все самые интересные задачи и вопросы, в том числе те, с которыми можно столкнуться на собеседовании, мы публикуем в рубрике #ProQuality_tasks
Telegraph
Задача про каратиста
Каратист за один удар ломает деревянную доску на три меньшие. За сколько ударов он сможет разломать одну большую доску на 27 маленьких? Ответ: 13. После одного удара число кусков доски увеличивается на 2. Сначала была одна большая доска, в конце стало…
👍3
#softwareTesting #juniour
Интеллект-карта вопросов для собеседования Junior QA — это визуальное представление структуры вопросов и ответов, помогающее лучше понять и запомнить ключевые темы, необходимые для успешного прохождения интервью на позицию младшего тестировщика.
В статье описывается процесс создания интерект-карты: сначала вопросы были разделены на шесть модулей, а затем на каждый вопрос добавлены ответы. Карта позволяет легко переходить между связанными темами и структурировать собеседование. Она полезна для QA, так как помогает наглядно изучить переходы между темами и хранить структурированную информацию с ответами.
Интеллект-карта с вопросами для подготовки к собеседованию Junior QA
Интеллект-карта вопросов для собеседования Junior QA — это визуальное представление структуры вопросов и ответов, помогающее лучше понять и запомнить ключевые темы, необходимые для успешного прохождения интервью на позицию младшего тестировщика.
В статье описывается процесс создания интерект-карты: сначала вопросы были разделены на шесть модулей, а затем на каждый вопрос добавлены ответы. Карта позволяет легко переходить между связанными темами и структурировать собеседование. Она полезна для QA, так как помогает наглядно изучить переходы между темами и хранить структурированную информацию с ответами.
Интеллект-карта с вопросами для подготовки к собеседованию Junior QA
Хабр
Интеллект-карта с вопросами для подготовки к собеседованию Junior QA
пов: джун не замечает все прелести интеллект-карт Привет! Сегодня я хочу поделиться опытом создания интеллект-карты с вопросами для собеседования Junior QA. Откуда пришла идея представить вопросы в...
👍3
#proQuality_books #softwareTesting
The Art of Application Performance Testing: From Strategy to Tools 2nd Edition (2015)
Автор: Ian Molyneaux
Количество страниц: 275
Язык издания: английский
Книга "The Art of Application Performance Testing: From Strategy to Tools" подробно описывает полный цикл тестирования производительности, используя лучшие практики и реальные примеры. Автор делится методами планирования, координации и проведения тестов, а также обучает адаптации стратегий тестирования к различным технологиям и архитектурам приложений. Особое внимание уделяется анализу результатов и устранению обнаруженных проблем.
Плюсы:
➕В книге представлен чётко структурированный подход к тестированию производительности, который легко адаптировать под индивидуальные нужды проекта.
➕Автор детально описывает каждый этап процесса тестирования, предлагает чек-листы и готовые шаблоны, что делает материал доступным даже для начинающих специалистов.
➕Обильное количество практических советов и рекомендаций значительно упрощает процесс реализации тестирования производительности
➕Автор обучает методам определения первопричин и объясняет, как правильно интерпретировать данные тестирования производительности.
Минусы:
➖Информация об инструментах для тестирования производительности может быть недостаточно актуальна в настоящее время.
Для кого книга:
✔️IT-профессионалам в области тестирования, а также архитекторам и разработчикам ПО, стремящимся улучшить свое понимание процессов тестирования производительности.
The Art of Application Performance Testing: From Strategy to Tools 2nd Edition (2015)
Автор: Ian Molyneaux
Количество страниц: 275
Язык издания: английский
Книга "The Art of Application Performance Testing: From Strategy to Tools" подробно описывает полный цикл тестирования производительности, используя лучшие практики и реальные примеры. Автор делится методами планирования, координации и проведения тестов, а также обучает адаптации стратегий тестирования к различным технологиям и архитектурам приложений. Особое внимание уделяется анализу результатов и устранению обнаруженных проблем.
Плюсы:
➕В книге представлен чётко структурированный подход к тестированию производительности, который легко адаптировать под индивидуальные нужды проекта.
➕Автор детально описывает каждый этап процесса тестирования, предлагает чек-листы и готовые шаблоны, что делает материал доступным даже для начинающих специалистов.
➕Обильное количество практических советов и рекомендаций значительно упрощает процесс реализации тестирования производительности
➕Автор обучает методам определения первопричин и объясняет, как правильно интерпретировать данные тестирования производительности.
Минусы:
➖Информация об инструментах для тестирования производительности может быть недостаточно актуальна в настоящее время.
Для кого книга:
✔️IT-профессионалам в области тестирования, а также архитекторам и разработчикам ПО, стремящимся улучшить свое понимание процессов тестирования производительности.
👍6
#ProQuality_quiz
Всем привет! Сегодня вместо логической задачки предлагаем вопрос по реальному кейсу 🌐
Глобальный сбой в работе Windows 19 июля 2024 года, связанный с дефектным обновлением программного обеспечения безопасности, выпущенным американской компанией по кибербезопасности CrowdStrike, привёл к отказу большого количества компьютеров и виртуальных машин под управлением Microsoft Windows.
В результате пострадали компании и правительства по всему миру, а сам сбой был назван крупнейшим в истории информационных технологий и историческим по масштабам.
Мы вспомнили некоторые другие крупнейшие технологические сбои за последние годы.
Однако, в одном из примеров допущена ошибка 👇
Всем привет! Сегодня вместо логической задачки предлагаем вопрос по реальному кейсу 🌐
Глобальный сбой в работе Windows 19 июля 2024 года, связанный с дефектным обновлением программного обеспечения безопасности, выпущенным американской компанией по кибербезопасности CrowdStrike, привёл к отказу большого количества компьютеров и виртуальных машин под управлением Microsoft Windows.
В результате пострадали компании и правительства по всему миру, а сам сбой был назван крупнейшим в истории информационных технологий и историческим по масштабам.
Мы вспомнили некоторые другие крупнейшие технологические сбои за последние годы.
Однако, в одном из примеров допущена ошибка 👇
👍4
Как думаете, какого сбоя на самом деле не было?
Выбирайте один из вариантов ниже, и узнайте правильный ответ 🤓
Выбирайте один из вариантов ниже, и узнайте правильный ответ 🤓
Anonymous Quiz
16%
2017 - сбой в работе British Airways из-за случайного отключения электричества служащим дата-центра
15%
2020 - сбой в работе сервисов Google из-за проблем с квотой внутреннего хранилища
2%
2021 - сбой в работе соцсетей, принадлежащих Meta, из-за ошибочного изменения конфигурации
15%
2022 - сбой в работе Twitter из-за изменений в архитектуре серверов
51%
2023 - сбой в работе Telegram из-за сильного дождя, затопившего дата-центр
👍5
#automationTesting
pytest — один из самых популярных и мощных инструментов для тестирования в Python. Помимо своей простоты и выразительности, он предлагает мощный механизм расширения через хуки.
В этой статье автор расскажет, что такое хуки в pytest, как они работают, и как их можно использовать для настройки и расширения поведения вашего тестового окружения.
Глубокое погружение в хуки pytest: как и зачем их использовать
pytest — один из самых популярных и мощных инструментов для тестирования в Python. Помимо своей простоты и выразительности, он предлагает мощный механизм расширения через хуки.
В этой статье автор расскажет, что такое хуки в pytest, как они работают, и как их можно использовать для настройки и расширения поведения вашего тестового окружения.
Глубокое погружение в хуки pytest: как и зачем их использовать
Хабр
Глубокое погружение в хуки pytest: как и зачем их использовать
Введение pytest — один из самых популярных и мощных инструментов для тестирования в Python. Помимо своей простоты и выразительности, он предлагает мощный механизм расширения через хуки. В этой статье...
👍5
#proQuality_podcasts
🦎 Приветствуем! В конце рабочей недели, после долгого перерыва, предлагаем вам послушать десятый, уже по-настоящему юбилейный, выпуск подкаста от ProQuality комьюнити.
🎤 Ведущие: Алёна, Паша, Тимур и наш гость Глеб Бжезовский - говорили PRO:
✔️ Summer Game Fest
✔️ Кранчи
✔️ Ранний доступ
🔗 Выпуск доступен по ссылке: Mave, а также на YouTube
❤️ Ваши лайки и комменты собираем под этим постом.
🦎 Приветствуем! В конце рабочей недели, после долгого перерыва, предлагаем вам послушать десятый, уже по-настоящему юбилейный, выпуск подкаста от ProQuality комьюнити.
🎤 Ведущие: Алёна, Паша, Тимур и наш гость Глеб Бжезовский - говорили PRO:
✔️ Summer Game Fest
✔️ Кранчи
✔️ Ранний доступ
🔗 Выпуск доступен по ссылке: Mave, а также на YouTube
❤️ Ваши лайки и комменты собираем под этим постом.
❤3👍2
#softwareTesting
Микросервисы — это архитектурный стиль, при котором приложения состоят из небольших независимых сервисов, взаимодействующих через четко определенные интерфейсы.
В статье автор описывает, как проводить интеграционное тестирование микросервисов в условиях устаревших систем, предлагая стратегии и инструменты, которые помогут организовать процесс и избежать задержек в релизах.
Провести интеграционное тестирование микросервисов и выжить (несмотря на legacy)
Микросервисы — это архитектурный стиль, при котором приложения состоят из небольших независимых сервисов, взаимодействующих через четко определенные интерфейсы.
В статье автор описывает, как проводить интеграционное тестирование микросервисов в условиях устаревших систем, предлагая стратегии и инструменты, которые помогут организовать процесс и избежать задержек в релизах.
Провести интеграционное тестирование микросервисов и выжить (несмотря на legacy)
Хабр
Провести интеграционное тестирование микросервисов и выжить (несмотря на legacy)
Почти у каждой компании, которая пропагандирует микросервисную архитектуру, под капотом лежит кусок устаревшего монолита. И его все еще нужно поддерживать. Разработчики, создавшие эти системы, уже не...
❤8❤🔥1
#proQuality_books #softwareTesting #softSkills
Software Estimation Without Guessing: Effective Planning in an Imperfect World (2020)
Автор: George Dinwiddie
Количество страниц: 248
Язык издания: английский
"Software Estimation Without Guessing: Effective Planning in an Imperfect World" - книга Джорджа Динвидди о систематическом подходе к оценке трудозатрат в условиях неопределенности. В этом руководстве приводится проверенный набор методов и техник, которые помогают сделать процесс оценки более предсказуемым и эффективным, включая методы сравнения, декомпозиции и моделирования.
Плюсы:
➕Конкретные техники и подходы, основанные на реальном опыте, которые можно непосредственно применять на практике при оценки трудозатрат.
➕Полезные рекомендации, что делать, когда фактическое время выполнения начинает расходиться с оценкой.
➕Рассматривается человеческий фактор и коммуникации в процессе оценки, а также акцентируется внимание на адаптации методик к конкретным условиям проекта и команды.
Минусы:
➖Нет конкретных примеров оценок трудозатрат по части тестирования программного обеспечения.
Для кого книга:
✔️Всем участникам команды разработки, которым часто приходится предоставлять эстимации.
✔️Менеджерам и всем заинтересованным в улучшении своих навыков оценки трудозатрат и планирования задач.
Software Estimation Without Guessing: Effective Planning in an Imperfect World (2020)
Автор: George Dinwiddie
Количество страниц: 248
Язык издания: английский
"Software Estimation Without Guessing: Effective Planning in an Imperfect World" - книга Джорджа Динвидди о систематическом подходе к оценке трудозатрат в условиях неопределенности. В этом руководстве приводится проверенный набор методов и техник, которые помогают сделать процесс оценки более предсказуемым и эффективным, включая методы сравнения, декомпозиции и моделирования.
Плюсы:
➕Конкретные техники и подходы, основанные на реальном опыте, которые можно непосредственно применять на практике при оценки трудозатрат.
➕Полезные рекомендации, что делать, когда фактическое время выполнения начинает расходиться с оценкой.
➕Рассматривается человеческий фактор и коммуникации в процессе оценки, а также акцентируется внимание на адаптации методик к конкретным условиям проекта и команды.
Минусы:
➖Нет конкретных примеров оценок трудозатрат по части тестирования программного обеспечения.
Для кого книга:
✔️Всем участникам команды разработки, которым часто приходится предоставлять эстимации.
✔️Менеджерам и всем заинтересованным в улучшении своих навыков оценки трудозатрат и планирования задач.
❤3😍1
#ProQuality_tasks
Всем привет! С вами снова рубрика задачки ProQuality ✨
Задача про этажи 🏙🏙
В многоэтажном доме в каждом подъезде на каждом этаже по две квартиры. Аня, живущая в квартире №38, перестукивается через стенку с Ниной из квартиры №51.
На каком этаже они живут?
Идеями и решениями делитесь в комментариях под постом 👇
В ближайшую пятницу мы опубликуем ответ на задачу 🤓
Всем привет! С вами снова рубрика задачки ProQuality ✨
Задача про этажи 🏙🏙
В многоэтажном доме в каждом подъезде на каждом этаже по две квартиры. Аня, живущая в квартире №38, перестукивается через стенку с Ниной из квартиры №51.
На каком этаже они живут?
Идеями и решениями делитесь в комментариях под постом 👇
В ближайшую пятницу мы опубликуем ответ на задачу 🤓
❤2
#automationTesting
Для корректной работы с автотестами важно не только думать о написании самих тестов, но и заботиться о достаточном покрытии — без этого невозможно гарантировать качество продукта, особенно при его динамичной доработке и регулярном обновлении методов.
В статье описывается, как автор проводит анализ покрытия автотестами API для поддержания высокого качества и отказоустойчивости продукта.
API в ОК: анализ покрытия и автотесты
Для корректной работы с автотестами важно не только думать о написании самих тестов, но и заботиться о достаточном покрытии — без этого невозможно гарантировать качество продукта, особенно при его динамичной доработке и регулярном обновлении методов.
В статье описывается, как автор проводит анализ покрытия автотестами API для поддержания высокого качества и отказоустойчивости продукта.
API в ОК: анализ покрытия и автотесты
Хабр
API в ОК: анализ покрытия и автотесты
Написание автотестов — одна из наиболее эффективных практик, которая позволяет проверять работоспособность всех компонентов сервиса и своевременно обнаруживать любые сбои. Но писать много автотестов —...
👍4
Желаем всем отличных выходных!🦎
Сегодня вы можете ознакомиться с решением задачи про этажи
Все самые интересные задачи и вопросы, в том числе те, с которыми можно столкнуться на собеседовании, мы публикуем в рубрике #ProQuality_tasks
Сегодня вы можете ознакомиться с решением задачи про этажи
Все самые интересные задачи и вопросы, в том числе те, с которыми можно столкнуться на собеседовании, мы публикуем в рубрике #ProQuality_tasks
Telegraph
Задача про этажи
В многоэтажном доме в каждом подъезде на каждом этаже по две квартиры. Аня, живущая в квартире №38, перестукивается через стенку с Ниной из квартиры №51. На каком этаже они живут? Ответ: На 5 этаже. Посчитаем, сколько в доме этажей: ((51+1) - 38)/2…
👍5
#softwareTesting
Граничные значения — удобная техника тест‑дизайна, позволяющая выявлять специфические кейсы практически в любом ПО.
В сегодняшней статье автор разберет конкретные примеры использования этой техники.
Карты, деньги, каталог: используем граничные значения на практике
Граничные значения — удобная техника тест‑дизайна, позволяющая выявлять специфические кейсы практически в любом ПО.
В сегодняшней статье автор разберет конкретные примеры использования этой техники.
Карты, деньги, каталог: используем граничные значения на практике
Хабр
Карты, деньги, каталог: используем граничные значения на практике
Всем привет! Меня зовут Сергей, я – Senior Manual QA Engineer в "Петрович-Тех", и в этой статье я предлагаю разобрать граничные значения на практических кейсах. Думаю, почти любой тестировщик...
👍6
#proQuality_books #automationTesting
The Just Enough Software Test Automation (2002)
Автор: Dan Mosley, Bruce Posey
Количество страниц: 280
Язык издания: Английский
Книга охватывает множество вопросов, связанных с основами автоматизации тестирования. Она прекрасно объясняет, что на самом деле должно быть автоматизировано и даёт полное представление о планировании, внедрении и управлении автоматизации тестирования.
Основное внимание в ней уделено тестированию на основе данных, автоматизации модульного, интеграционного и регрессионного тестирования, а также использованию инструментов для автоматизации при ручном тестировании.
Плюсы:
➕Книга показывает, что можно автоматизировать, и, что еще важнее, что нельзя (или не следует) автоматизировать
➕Книга хорошо написана и легко читается тем, кто знаком с тестированием программного обеспечения
➕В книгу также включен полный пример плана проекта автоматизации, охватывающий документацию, реализацию, среду автоматизации, роли, обязанности и многое другое
Недостатки:
➖В книге используются примеры, основанные на Excel и устаревших инструментах Rational Software
Для кого книга:
✔️Для практикующих специалистов по тестированию
✔️Книга будет наиболее полезной для инженеров по автоматизации тестирования среднего уровня квалификации и выше
The Just Enough Software Test Automation (2002)
Автор: Dan Mosley, Bruce Posey
Количество страниц: 280
Язык издания: Английский
Книга охватывает множество вопросов, связанных с основами автоматизации тестирования. Она прекрасно объясняет, что на самом деле должно быть автоматизировано и даёт полное представление о планировании, внедрении и управлении автоматизации тестирования.
Основное внимание в ней уделено тестированию на основе данных, автоматизации модульного, интеграционного и регрессионного тестирования, а также использованию инструментов для автоматизации при ручном тестировании.
Плюсы:
➕Книга показывает, что можно автоматизировать, и, что еще важнее, что нельзя (или не следует) автоматизировать
➕Книга хорошо написана и легко читается тем, кто знаком с тестированием программного обеспечения
➕В книгу также включен полный пример плана проекта автоматизации, охватывающий документацию, реализацию, среду автоматизации, роли, обязанности и многое другое
Недостатки:
➖В книге используются примеры, основанные на Excel и устаревших инструментах Rational Software
Для кого книга:
✔️Для практикующих специалистов по тестированию
✔️Книга будет наиболее полезной для инженеров по автоматизации тестирования среднего уровня квалификации и выше
👍6
#ProQuality_tasks
Всем привет! С вами снова рубрика задачки ProQuality ✨
Задача про шоколад 🍫🍫
У QA есть две квадратные шоколадки, которыми он хочет угостить коллег. Первая шоколадка размером 10х10, вторая - размером 11х11. Чтобы разломать первую шоколадку на дольки 1х1, требуется 1 минута и 39 секунд.
Какое время потребуется, чтобы разломать на дольки 1х1 вторую шоколадку?
На каждый разлом QA тратит одно и то же время и за раз ломает какой-то один из имеющихся кусков на две части.
Идеями и решениями делитесь в комментариях под постом 👇
В ближайшую пятницу мы опубликуем ответ на задачу 🤓
Всем привет! С вами снова рубрика задачки ProQuality ✨
Задача про шоколад 🍫🍫
У QA есть две квадратные шоколадки, которыми он хочет угостить коллег. Первая шоколадка размером 10х10, вторая - размером 11х11. Чтобы разломать первую шоколадку на дольки 1х1, требуется 1 минута и 39 секунд.
Какое время потребуется, чтобы разломать на дольки 1х1 вторую шоколадку?
На каждый разлом QA тратит одно и то же время и за раз ломает какой-то один из имеющихся кусков на две части.
Идеями и решениями делитесь в комментариях под постом 👇
В ближайшую пятницу мы опубликуем ответ на задачу 🤓
❤4👍1