Деконструкция TDD

preview_player
Показать описание
Разбор методологии "Test Driven Development" ("Разработка через тестирования")
  1. Core Dump
  2. TDD
  3. Практики написания кода
Рекомендации по теме
Деконструкция TDD 0:10:33

Деконструкция TDD

Александр Кугушев — 1:00:19

Александр Кугушев — Test Last, Test First, TDD: когда применять тот или иной подход...

TDD / Test-Driven 0:04:17

TDD / Test-Driven Development / Разработка через тестирование / Чистый код / XP...

TDD - почему 0:01:01

TDD - почему это лучший выбор? Android Kotlin development EasyCodeRu

Деконструкция OCP 0:09:08

Деконструкция OCP

Unit Testing Deconstructed 0:20:58

Unit Testing Deconstructed - Emily Taylor - NDC Sydney 2020

LHPS-1-7-07 Основная проблема 0:08:03

LHPS-1-7-07 Основная проблема

Deconstructing the framework, 0:28:29

Deconstructing the framework, by Gary Bernhardt

Что нового в 2:47:40

Что нового в C# 8, 9

[#phpsrb17] Andrew Cassell 0:57:11

[#phpsrb17] Andrew Cassell | Domain-driven Design Deconstructed

Deconstructing 'The Destined 0:17:38

Deconstructing 'The Destined Lambda' Serverless Architecture Pattern

Deconstructing the 'S3 0:15:48

Deconstructing the 'S3 React Website' and 'S3 Angular Website' patterns

Flutter tutorial - 0:08:22

Flutter tutorial - Dissecting Flutter BuildContext - Deconstruction Fridays - Episode 3

Комментарии
Автор

5:20 "Рефакторинг может приводить к существенному изменению кода, а это в свою очередь может изменить граничные условия..." - разве граничные условия задаются реализацией (кодом), а не решаемой задачей? Может ли изменение кода (т.е. реализации) изменить граничные условия поставленной задачи?

react
Автор

С первой же фразы про TDD ясно, что человек не понимает то, о чём собирается говорить. Суть TDD отнюдь не в "ритуализации". И вообще это не "разработка через тестирование". Это управляемая тестами разработка! Тестирование — абсолютно иной вид деятельности.

lateahc
Автор

Если мы говорим не о какой-то функции, а о компоненте либо вьюхе (или целом приложении) - наличие тз или юз кейсов можно ли считать контрактами по-вашему?

spber
Автор

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

las_
Автор

Кто и где говорил, что новый написанный тест должен быть красным? Наоборот если вы написали тест, а он зелёный это значит разработка не нужна и можно идти писать следущий тест

MrCraick
Автор

передергивание и манипуляция так и режет слух...
3:10 - а, то что тесты, рождаемые при TDD имеют еще и роль проверяемой документации (спецификации) разрабатываемого функционала как то умолчали.
Разве кто-то требует от вас удалять "Explanation Test" описанный в паттернах красной полосы? Да и в секции описания "Regression Test" явно написано, что рефлексия в принципе то полезна... Вообще не очень понятно как "Obvious implementation" как то отвергают необходимость написания спецификации реализованного функционала.

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

ОлегТимофеев-щш
Автор

очень неинтересно когда человек просто с экрана что-то прочитал (

rudinandrey