41 история о разработке через тестирование

10 июня 2023 г.

Давайте узнаем о разработке через тестирование из этой 41 бесплатной истории. Они упорядочены по наибольшему времени чтения, созданного на HackerNoon. Посетите /Learn Repo, чтобы найти самые читаемые истории о любой технологии.

Ключом к созданию чего-либо нового и инновационного является метод проб и ошибок.

1. Почему вам нужно перестать писать модульные тесты

То, как вы тестируете, оказывает огромное влияние на удобство сопровождения вашей кодовой базы. Есть простой способ улучшить его

2. Разработка через тестирование (TDD): устранение ошибок до нулевого дня

Вот почему вам нужно знать ремесло TDD.

3. 5 способов предотвратить отказ серверного оборудования

Используйте зрелые инструменты для создания зрелого ПО

4. Разработка через тестирование: как писать модульные тесты

Тесты — это способ явно установить ожидания в отношении кода. Вы устанавливаете их, чтобы машина могла проверить, соответствует ли ваш код ожиданиям.

5. Рекомендации по правильному написанию модульных тестов

В этой статье мы рассмотрим некоторые рекомендации и обязательные библиотеки, которые выведут ваши модульные тесты на новый уровень.

6. Достаточно тестирования: сколько автоматических тестов мы должны написать?

Сколько автоматических тестов нужно написать? Достаточно. Just Enough Testing уравновешивает необходимость поставки с качеством, которого заслуживают ваши клиенты.

7. TDD Conference 2021: церемония открытия Алекса Бунарджича

Алекс — ветеран разработки программного обеспечения с более чем 30-летним практическим профессиональным опытом. Он убежденный сторонник экстремального программирования и TDD.

8. Рекомендации по правильному написанию модульных тестов (часть 2)

Все, что вам нужно знать о модульном тестировании LINQ и сопоставлениях в .NET, чтобы быстрее создавать более надежный код при разработке программного обеспечения с использованием таких систем, как AutoMapper

9. Создание приложения CLI с помощью Oclif и Node.js с помощью разработки через тестирование: часть 2

TDD для создания CLI-приложения с использованием oclif framework.

10. Почему я не считаю TDD необходимым

Разработка через тестирование делает упор на модульные тесты, а не на интеграционные. Результатом может быть более низкое качество из-за встроенных в продукт ошибок.

11. Более пристальный взгляд на наиболее часто используемые инструменты для тестирования программного обеспечения

Использование инструментов автоматизированного тестирования – отличный способ проверки вашего продукта.

12. Выбор тестовых случаев для автоматизации, которые могут повысить рентабельность инвестиций

В этой статье мы рассмотрим основные факторы, которые следует учитывать при выборе тестовых наборов для автоматизированного тестирования.

13. Wordles, Centaur и код: создание игры

Conquest and Conquer — это аналог серьезной разработки программного обеспечения. Я буду сочетать TDD-решение с автоматизированным кодом, сгенерированным с помощью искусственного интеллекта

14. Простое тестирование API с помощью модуля Python PyHTTPTest

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

15. Модульное тестирование стало проще благодаря чистым функциям

Привыкнув к модульным тестам, они могут начать знакомиться с кодовой базой и добиться значительного прогресса, не подвергаясь риску или стрессу.

16. Создайте приложение CLI с помощью Oclif и Node.js, используя разработку через тестирование

Хотя написание CLI-инструмента может быть очень увлекательным, первоначальная настройка и шаблон — разбор аргументов и флагов, проверка, подкоманды — обычно одинаковы.

17. Как внедрить TDD в свою команду

Это первая статья из серии статей, в которых мы описываем преимущества TDD для вашей организации и проекты, которые следует учитывать при внедрении этого гибкого процесса. Ссылка на вторую часть.

18. Использование модели зрелости тестирования программного обеспечения для уточнения стратегии тестирования

Хотите улучшить процессы проектирования качества программного обеспечения, но не знаете, с чего начать? Эта модель зрелости тестирования программного обеспечения и оценка могут помочь!

19. Дорога к простоте: тесты — это не тесты [часть вторая]

Это вторая история «Дороги к простоте». И о роли тестов в написании программного обеспечения.

20. Создание Wordle с TDD в Javascript

Мы продолжаем практиковать это удивительное Ката и учиться. Вы можете следовать инструкциям!

21. Мы должны избавиться от «Hello, World!» Навсегда💩

Каждый учебник, который я читал за последние 30 лет, начинается с печально известного примера «Hello World». Это может быть одной из причин, по которой мы пишем дрянное программное обеспечение.

22. Внедрение зависимостей, чтобы сделать ваш код тестируемым [Практическое руководство]

Вы когда-нибудь хотели написать модульные тесты для своего кода, но обнаружили, что это сложно сделать? Часто это результат того, что код написан не с расчетом на тестирование. Простой способ решить эту проблему — использовать разработку через тестирование, процесс разработки, в котором вы пишете тесты перед кодом приложения.

23. Пример настоящей разработки через тестирование в Vue

В истинном TDD тесты должны завершаться неудачей, тесты должны проходить, а код должен подвергаться рефакторингу.

24. Сложные отношения между разработчиками программного обеспечения и тестовым кодом

Я готовил еще одну сессию о разработке через тестирование (TDD) (я занимаюсь этим довольно много в рамках своей должности) и подумал, что было бы неплохо сначала привлечь аудиторию, показав немного статистики.

25. Разработчики должны перенести свои E2E-тесты на Cypress

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

26 . Не поддавайтесь на скрытые ошибки: разработка через тестирование (TDD) и тестирование AAA с помощью xUnit

Разработка через тестирование (TDD) – это цикл разработки программного обеспечения, в котором основное внимание уделяется описанию поведения вашего кода в первую очередь с помощью тестов

27. Нерассказанная правда о разработке через тестирование

Ваше практическое введение в разработку через тестирование

28. Почему тестирование программного обеспечения так важно

Дело не в усердии. Это потому, что мы забыли то, что знали.

29. Разработка программного обеспечения — это не модульные тесты

Фото ShareGrid на Unsplash

30. Эффективное тестирование в сложных проектах разработки программного обеспечения

Ручное или автоматическое тестирование?

31. Написание программного обеспечения снаружи внутрь

Всякий раз, когда вы разрабатываете программное обеспечение, определенный объем рефакторинга и переписывания неизбежен. Иногда это связано с новой идеей, которая упростит дизайн, или с изменением требований к проекту. Но, к сожалению, это часто также происходит из-за непонимания того, как программное обеспечение будет подключаться и взаимодействовать с внешней средой. Хотя полностью избежать такого недопонимания невозможно, вы можете свести его к минимуму, используя принцип, который я называю написанием программного обеспечения снаружи внутрь.

32. Разработка через тестирование с помощью RSpec в Rails

Когда мы начинаем разработку приложения, мы обычно делаем это по старинке: у нас появляется идея, мы прорабатываем ее, составляем план разработки приложения, затем начинаем кодировать и, в конце концов, проверяем, работает ли наше приложение должным образом. .

33. Разработка на основе поведения с нуля [101]

Behavior-Driven Development (BDD) — это действительно мощный инструмент, который помогает нам создавать надежное и ценное программное обеспечение. Иногда можно услышать, как недоброжелатели говорят, что это приносит много сложностей и приводит к длительным тестам, которые трудно поддерживать. Давайте подведем итоги того, что такое BDD на самом деле, определив анти-шаблоны и лучшие практики.

34. Разработка через тестирование в корне неверна

Звучит наоборот, потому что это действительно так

35. Как писать тесты для React — часть 1 [Руководство для начинающих]

Написание React Test с рекомендуемыми библиотеками React — Jest & Библиотека тестирования React для начинающих.

36. Создание игры Wordle с помощью разработки через тестирование за 25 минут

С помощью TDD очень легко разработать полную игру в слова.

37. Как использовать RSpec: от основ до тестирования пользовательского ввода

В моем путешествии по Microverse одной из вещей, которые больше всего мешали мне понять, был RSpec, жемчужина Ruby для разработки через тестирование. Концепция довольно проста. Вы создаете тесты по мере написания кода, поэтому в будущем, если обновление что-то сломает, это будет легко заметить, потому что один или несколько тестов не пройдут.

38. Введение в разработку через тестирование

Разработка через тестирование (TDD) сейчас в моде и уже довольно давно является темой для обсуждения. Если вы новичок в TDD, эта статья должна послужить хорошим введением в то, что такое TDD, почему это полезно, как выглядит типичный рабочий процесс TDD и когда использовать TDD.

39. Как ускорить разработку через тестирование на устаревших системах

Мы все любим T.D.D. Мы знаем его преимущества, мы прочитали тысячи руководств о том, как построить систему с использованием этой техники. Но это невозможно для устаревших систем.

40. 6 уроков, которые я извлек из тестирования ПО

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

41. Зомби-тестирование: одно поведение за раз

Выбрать хорошие тестовые случаи очень сложно. Если только вы не вызовете нежить.

Спасибо, что ознакомились с 41 самой читаемой историей о разработке через тестирование на HackerNoon.

Посетите /Learn Repo, чтобы найти самые читаемые истории о любой технологии.

---

Оригинал