За смъртта на TDD

Slide 1

Slide 1 text

За смъртта на TDD Стефан Кънев http://skanev.com/ @skanev PlovdivConf 17 май 2014 Пловдив

Slide 2

Slide 2 text

DHH (David Heinemeier Hansson)

Slide 3

Slide 3 text

No content

Slide 4

Slide 4 text

No content

Slide 5

Slide 5 text

No content

Slide 6

Slide 6 text

No content

Slide 7

Slide 7 text

No content

Slide 8

Slide 8 text

No content

Slide 9

Slide 9 text

No content

Slide 10

Slide 10 text

Кратката версия: греши

Slide 11

Slide 11 text

Риторика в две стъпки

Slide 12

Slide 12 text

Test-driven

Slide 13

Slide 13 text

Представя малка част за цялата картинка 1.

Slide 14

Slide 14 text

нишови практики

Slide 15

Slide 15 text

Казва: въобще не са добра идея Има предвид: не му вършат работа за Basecamp 2.

Slide 16

Slide 16 text

Q.E.D.

Slide 17

Slide 17 text

все пак: повдига валидни притеснения

Slide 18

Slide 18 text

Диалог

Slide 19

Slide 19 text

No content

Slide 20

Slide 20 text

Дългата версия: …

Slide 21

Slide 21 text

GOOS Mocks Test-induced design damage Hexagonal Architecture TDD

Slide 22

Slide 22 text

x y z

Slide 23

Slide 23 text

Здравейте, аз съм Стефан

Slide 24

Slide 24 text

Twitter @skanev GitHub @skanev Blog skanev.com

Slide 25

Slide 25 text

1. test-first vs. test-after 2. hexagonal architecture 3. mocking & isolation 4. валидните притеснения План 1. 2. 3. 4.

Slide 26

Slide 26 text

TEST-FIRST TEST-AFTER 1.

Slide 27

Slide 27 text

No content

Slide 28

Slide 28 text

“Ако имах повече време, щях да напиша по-кратко писмо” ! — Паскал, Твен, Франклин, т.н.

Slide 29

Slide 29 text

“The essence of writing is rewriting”

Slide 30

Slide 30 text

При четимия код е същото: ревизирането е ключа е към разбираемостта

Slide 31

Slide 31 text

No content

Slide 32

Slide 32 text

ВХОД ИЗХОД

Slide 33

Slide 33 text

една история

Slide 34

Slide 34 text

No content

Slide 35

Slide 35 text

No content

Slide 36

Slide 36 text

1. Зареди си кода 2. Изтрий всичко от базата 3. Добави в една таблица 4. Добави в другата 5. Свържи ги Създай .rb файл, в който:

Slide 37

Slide 37 text

пускане грешка промяна

Slide 38

Slide 38 text

Същата идея: малки стъпки с честа обратна връзка

Slide 39

Slide 39 text

кога не работи?

Slide 40

Slide 40 text

ВХОД ИЗХОД

Slide 41

Slide 41 text

Кога не правя test-first:  1. Когато не пиша тестове 2. Когато не съм много неуверен в интерфейса

Slide 42

Slide 42 text

2. Hexagonal Architecture

Slide 43

Slide 43 text

hexagonal architecture

Slide 44

Slide 44 text

шестоъгълна архитектура

Slide 45

Slide 45 text

Как са направим бизнес логиката независима от GUI-то/базата/framework-а?

Slide 46

Slide 46 text

Controller Model Database View Бизнес логика

Slide 47

Slide 47 text

Бизнес логика Order Transaction User <> Controller View <> Model Database

Slide 48

Slide 48 text

No content

Slide 49

Slide 49 text

Основен trade-off: добавяме индирекция за да спечелим независимост

Slide 50

Slide 50 text

клъстеризация по-сложно, но по-сигурно

Slide 51

Slide 51 text

No content

Slide 52

Slide 52 text

Подходящо за определени ситуации, но не е универсално

Slide 53

Slide 53 text

прост пример с код

Slide 54

Slide 54 text

Disclaimer твърде просто за ⬡

Slide 55

Slide 55 text

class EmployeesController < ApplicationController! def create! @employee = Employee.new(params[:employee])! ! if @employee.save! redirect_to @employee, notice: "#{@employee.name} created"! else! render :new! end! end! end!

Slide 56

Slide 56 text

class EmployeesController < ApplicationController! def create! CreateEmployee.run(params[:employee], {! success: -> (employee) {! redirect_to employee, notice: “#{employee.name} created"! },! failure: -> (employee) {! @employee = employee! render :new! }! })! end! end

Slide 57

Slide 57 text

моят опит

Slide 58

Slide 58 text

Дава добри решения за малки части (5%) от приложението

Slide 59

Slide 59 text

Добро попълнение за торбата с трикове, но далеч не и универсален инструмент

Slide 60

Slide 60 text

Mocks 3.

Slide 61

Slide 61 text

оплетена терминология

Slide 62

Slide 62 text

mocks, stubs, doubles, у-а умишлено мърляв

Slide 63

Slide 63 text

Controller Model Database MailChimp Twitter API View Internal

Slide 64

Slide 64 text

Тестваме взаимодействието с колабораторите, а не резултата от страничния им ефект

Slide 65

Slide 65 text

mocks + test-first = GOOS

Slide 66

Slide 66 text

GOOS, London School

Slide 67

Slide 67 text

пример

Slide 68

Slide 68 text

Controller Model Database 1. Създай потребител 2. Извикай контролера 3. Провери новото име в базата без mock-ове

Slide 69

Slide 69 text

Controller Model с mock-ове user = mock('User')!   User.stub find: user!   user.should_receive(:update)  .with(name: 'Jon')!       post :create, name: ‘Jon'!

Slide 70

Slide 70 text

два проблема

Slide 71

Slide 71 text

1. “вложени mock-ове”

Slide 72

Slide 72 text

mock, който връща mock, който връща mock, който връща mock

Slide 73

Slide 73 text

проблем в приложението

Slide 74

Slide 74 text

структурирано програмиране

Slide 75

Slide 75 text

if {! if {! if {! ...! } else {! if {! if {! ...! } else {! ...! }! }! }! } else {! ...! }! } else {! ...! }

Slide 76

Slide 76 text

Опитните mockist-и приемат това като симптом.   Или има твърде много coupling, т.е. проблем в дизайна…   …или в този случай е приемливо и тестваме в интеграция.

Slide 77

Slide 77 text

2. “пречи на refactoring”

Slide 78

Slide 78 text

“Искам да refactor-на кода, но тестовете ми пречат”. ! Странно, обикновено е обратното.

Slide 79

Slide 79 text

ВХОД ИЗХОД

Slide 80

Slide 80 text

Работи добре при стабилни интерфейси. Не е подходящо за изменчиви такива.

Slide 81

Slide 81 text

Изводи 4.

Slide 82

Slide 82 text

Извод №1 ! “Ако не правиш TDD, не си професионалист” е лъжа

Slide 83

Slide 83 text

Извод №1.5 ! “Ако не правиш _____, не си професионалист” е лъжа

Slide 84

Slide 84 text

Извод №2 ! TDD се научава и обяснява трудно. Трябва да се прави внимателно.