#юниттестирование — Public Fediverse posts

Моки без боли

Моки — достаточно крутой инструмент, если использовать его правильно. И все-таки лично для меня писать и поддерживать тесты на моках всегда было отдельным видом боли. Думаю, все знакомы с ситуацией: добавил в метод новый аргумент — и пошёл в 30 тест-кейсов проставлять заглушки. И это только от одного нового аргумента. И я не буду здесь спорить о терминологии — в этой статье я буду называть все тестовые дублёры «моками». Примеры будут на Scala, но моки в других языках работают похожим образом, так что боль универсальная. Как и решение — об этом в статье.

https://habr.com/ru/articles/1030834/

#scala #scalamock #zio #catseffect #тестирование #моки #стабы #моктестирование #юниттестирование

Моки без боли

Моки — достаточно крутой инструмент, если использовать его правильно. И все-таки лично для меня писать и поддерживать тесты на моках всегда было отдельным видом боли. Думаю, все знакомы с ситуацией: добавил в метод новый аргумент — и пошёл в 30 тест-кейсов проставлять заглушки. И это только от одного нового аргумента. И я не буду здесь спорить о терминологии — в этой статье я буду называть все тестовые дублёры «моками». Примеры будут на Scala, но моки в других языках работают похожим образом, так что боль универсальная. Как и решение — об этом в статье.

https://habr.com/ru/articles/1030834/

#scala #scalamock #zio #catseffect #тестирование #моки #стабы #моктестирование #юниттестирование

Моки без боли

Моки — достаточно крутой инструмент, если использовать его правильно. И все-таки лично для меня писать и поддерживать тесты на моках всегда было отдельным видом боли. Думаю, все знакомы с ситуацией: добавил в метод новый аргумент — и пошёл в 30 тест-кейсов проставлять заглушки. И это только от одного нового аргумента. И я не буду здесь спорить о терминологии — в этой статье я буду называть все тестовые дублёры «моками». Примеры будут на Scala, но моки в других языках работают похожим образом, так что боль универсальная. Как и решение — об этом в статье.

https://habr.com/ru/articles/1030834/

#scala #scalamock #zio #catseffect #тестирование #моки #стабы #моктестирование #юниттестирование

Моки без боли

Моки — достаточно крутой инструмент, если использовать его правильно. И все-таки лично для меня писать и поддерживать тесты на моках всегда было отдельным видом боли. Думаю, все знакомы с ситуацией: добавил в метод новый аргумент — и пошёл в 30 тест-кейсов проставлять заглушки. И это только от одного нового аргумента. И я не буду здесь спорить о терминологии — в этой статье я буду называть все тестовые дублёры «моками». Примеры будут на Scala, но моки в других языках работают похожим образом, так что боль универсальная. Как и решение — об этом в статье.

https://habr.com/ru/articles/1030834/

#scala #scalamock #zio #catseffect #тестирование #моки #стабы #моктестирование #юниттестирование

Юнит-тестирование для веб-разработчиков: концепции и аспекты, которых не найти в документации

Что должен делать разработчик, чтобы проект, над которым он работает, не имел проблем? Очевидно — нужно просто исправить все баги и больше не писать новых. Хорошая попытка, но в реальности и для существующего сервиса скорее всего потребуется ещё несколько шагов, чтобы радикально уменьшить количество открытых багов. В том числе нелюбимое многими разработчиками — начать писать тесты. Зачем этим должны заниматься сами программисты, почему нельзя всё переложить на AI, с чего начать и каким принципам следовать, расскажу в статье.

https://habr.com/ru/companies/habr_rutube/articles/991330/

#тестирование #тестирование_сайтов #юниттестирование #vue_testing #premier #тесты #вебприложения #вебразработка #качество_кода

Unit тесты в React разработке

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

https://habr.com/ru/articles/935742/

#react #reactjs #reactjs #unittesting #юниттесты #юниттестирование #юнит_тесты

Что такое пирамида тестирования, зачем она нужна и как её правильно применять?

Пирамида тестирования – это концептуальная модель, предназначенная для оптимального распределения тестов по уровням, с учетом их скорости, затратности и эффективности. В статье подробно рассматриваются три ключевых уровня пирамиды: юнит-тесты (основа), интеграционные тесты (средний уровень) и UI/E2E-тестирование (верхушка), а также объясняется их роль в обеспечении качества программного обеспечения. Анализируются основные виды пирамиды: классическая модель (Майк Коун) , песочные часы (Маурисио Аниче) , перевернутая пирамида и гибридный подход , применяемый в Agile и DevOps-проектах. Особое внимание уделяется перевернутой пирамиде , которая, несмотря на свою неэффективность в классическом тестировании, успешно применяется в геймдеве, мобильной разработке и AR/VR за счет фокуса на UI и пользовательские сценарии. Отдельный раздел посвящен связи пирамиды тестирования с DevOps и CI/CD , где объясняется, как правильное распределение тестов влияет на скорость развертывания, стабильность пайплайнов и качество продукта. Рассматриваются best practices для оптимизации тестирования, включая автоматизацию, параллельные запуски тестов, контрактное тестирование и интеграцию тестирования в CI/CD. В статье приводятся ссылки на авторитетные источники, такие как "Continuous Delivery" (Джез Хамбл, Дэвид Фарли), "Agile Testing" (Джанет Грегори, Лайза Криспин), "Game Testing: All in One" (Чарльз Шульц, Роберт Гребнер) и другие.

https://habr.com/ru/articles/888326/

#пирамида_тестирования #уровни_тестирования #интеграционное_тестирование #юниттестирование #системное_тестирование #приемочное_тестирование #devops #e2eтесты #api

Мощный инструмент для работы с GCOV покрытием кода C/C++

Привет, Хабр. Скорее всего то, о чем я сейчас расскажу, уже было реализовано и не единожды. Но пусть это все равно лежит здесь, возможно эта статья будет кому-то полезна в качестве методического материала или HOWTO. Все, сказанное ниже является продуктом моего текущего опыта разработки и не претендует на идеальное решение.

https://habr.com/ru/articles/814743/

#покрытие_кода #модульное_тестирование #юниттестирование #отладка #gcov

[Перевод] Как я пишу HTTP-сервисы спустя 13 лет работы с Go

Примерно шесть лет назад я написал пост о том, как пишу HTTP-сервисы на Go , и сегодня я снова хочу рассказать, как пишу HTTP-сервисы. Тот пост оказался довольно популярным и вызвал обсуждения, повлиявшие на то, как я делаю это сегодня. И спустя годы ведения подкаста Go Time , обсуждения Go в X/Twitter и поддержки подобного кода я решил, что настало время обновить информацию. (Если вы педант и скажете, что Go не совсем 13 лет, то я отвечу, что начал писать HTTP-сервисы на Go версии .r59 .) В этом посте рассматривается широкий спектр тем, связанных с созданием сервисов на Go

https://habr.com/ru/articles/793166/

#go #httpсервер #юниттестирование #сквозное_тестирование

[Перевод] Нас не учили писать качественное ПО

Введение Вы когда-нибудь участвовали в проекте разработки ПО, в котором отсутствовали жизненно необходимые меры по обеспечению качества? Вы в этом не одиноки. Такое случается в потрясающе огромном проценте компаний и проектов. Даже если компании знают о существовании такого понятия, как QA, и что его нужно выполнять, все усилия обычно приводят лишь к большому спринту QA прямо перед релизом. Это стрессовый период, в который мы пытаемся заставить ПО хотя бы немного работать. Разумеется, весь этот хаос повторяется на следующем цикле релиза без малейших улучшений. Чему нас учат в вузах Проблема в том, что при изучении computer science вас не учат, как обеспечить стандарты качества ПО. Основную часть времени тратят на изучение алгоритмов, принципов работы компьютера, историю каких-то языков и концепций и так далее. Кроме того, по крайней мере, в моей учёбе, был семестр, посвящённый методикам управления проектами и Scrum. Всё это замечательно, но тут совершенно отсутствует QA. Пренебрежение QA — это огромная потеря, потому что больше 90% всех студентов после завершения учёбы работает в контексте компаний. Они должны будут выпускать ПО вовремя и без багов.

https://habr.com/ru/articles/780170/

#quality_assurance #контроль_качества #юниттестирование #интеграционное_тестирование #qa

Что такое пирамида тестирования, зачем она нужна и как её правильно применять?

Пирамида тестирования – это концептуальная модель, предназначенная для оптимального распределения тестов по уровням, с учетом их скорости, затратности и эффективности. В статье подробно рассматриваются три ключевых уровня пирамиды: юнит-тесты (основа), интеграционные тесты (средний уровень) и UI/E2E-тестирование (верхушка), а также объясняется их роль в обеспечении качества программного обеспечения. Анализируются основные виды пирамиды: классическая модель (Майк Коун) , песочные часы (Маурисио Аниче) , перевернутая пирамида и гибридный подход , применяемый в Agile и DevOps-проектах. Особое внимание уделяется перевернутой пирамиде , которая, несмотря на свою неэффективность в классическом тестировании, успешно применяется в геймдеве, мобильной разработке и AR/VR за счет фокуса на UI и пользовательские сценарии. Отдельный раздел посвящен связи пирамиды тестирования с DevOps и CI/CD , где объясняется, как правильное распределение тестов влияет на скорость развертывания, стабильность пайплайнов и качество продукта. Рассматриваются best practices для оптимизации тестирования, включая автоматизацию, параллельные запуски тестов, контрактное тестирование и интеграцию тестирования в CI/CD. В статье приводятся ссылки на авторитетные источники, такие как "Continuous Delivery" (Джез Хамбл, Дэвид Фарли), "Agile Testing" (Джанет Грегори, Лайза Криспин), "Game Testing: All in One" (Чарльз Шульц, Роберт Гребнер) и другие.

https://habr.com/ru/articles/888326/

#пирамида_тестирования #уровни_тестирования #интеграционное_тестирование #юниттестирование #системное_тестирование #приемочное_тестирование #devops #e2eтесты #api

Что такое пирамида тестирования, зачем она нужна и как её правильно применять?

Пирамида тестирования – это концептуальная модель, предназначенная для оптимального распределения тестов по уровням, с учетом их скорости, затратности и эффективности. В статье подробно рассматриваются три ключевых уровня пирамиды: юнит-тесты (основа), интеграционные тесты (средний уровень) и UI/E2E-тестирование (верхушка), а также объясняется их роль в обеспечении качества программного обеспечения. Анализируются основные виды пирамиды: классическая модель (Майк Коун) , песочные часы (Маурисио Аниче) , перевернутая пирамида и гибридный подход , применяемый в Agile и DevOps-проектах. Особое внимание уделяется перевернутой пирамиде , которая, несмотря на свою неэффективность в классическом тестировании, успешно применяется в геймдеве, мобильной разработке и AR/VR за счет фокуса на UI и пользовательские сценарии. Отдельный раздел посвящен связи пирамиды тестирования с DevOps и CI/CD , где объясняется, как правильное распределение тестов влияет на скорость развертывания, стабильность пайплайнов и качество продукта. Рассматриваются best practices для оптимизации тестирования, включая автоматизацию, параллельные запуски тестов, контрактное тестирование и интеграцию тестирования в CI/CD. В статье приводятся ссылки на авторитетные источники, такие как "Continuous Delivery" (Джез Хамбл, Дэвид Фарли), "Agile Testing" (Джанет Грегори, Лайза Криспин), "Game Testing: All in One" (Чарльз Шульц, Роберт Гребнер) и другие.

https://habr.com/ru/articles/888326/

#пирамида_тестирования #уровни_тестирования #интеграционное_тестирование #юниттестирование #системное_тестирование #приемочное_тестирование #devops #e2eтесты #api

Что такое пирамида тестирования, зачем она нужна и как её правильно применять?

Пирамида тестирования – это концептуальная модель, предназначенная для оптимального распределения тестов по уровням, с учетом их скорости, затратности и эффективности. В статье подробно рассматриваются три ключевых уровня пирамиды: юнит-тесты (основа), интеграционные тесты (средний уровень) и UI/E2E-тестирование (верхушка), а также объясняется их роль в обеспечении качества программного обеспечения. Анализируются основные виды пирамиды: классическая модель (Майк Коун) , песочные часы (Маурисио Аниче) , перевернутая пирамида и гибридный подход , применяемый в Agile и DevOps-проектах. Особое внимание уделяется перевернутой пирамиде , которая, несмотря на свою неэффективность в классическом тестировании, успешно применяется в геймдеве, мобильной разработке и AR/VR за счет фокуса на UI и пользовательские сценарии. Отдельный раздел посвящен связи пирамиды тестирования с DevOps и CI/CD , где объясняется, как правильное распределение тестов влияет на скорость развертывания, стабильность пайплайнов и качество продукта. Рассматриваются best practices для оптимизации тестирования, включая автоматизацию, параллельные запуски тестов, контрактное тестирование и интеграцию тестирования в CI/CD. В статье приводятся ссылки на авторитетные источники, такие как "Continuous Delivery" (Джез Хамбл, Дэвид Фарли), "Agile Testing" (Джанет Грегори, Лайза Криспин), "Game Testing: All in One" (Чарльз Шульц, Роберт Гребнер) и другие.

https://habr.com/ru/articles/888326/

#пирамида_тестирования #уровни_тестирования #интеграционное_тестирование #юниттестирование #системное_тестирование #приемочное_тестирование #devops #e2eтесты #api