Відео на тестуванні блоків [закрито]


11

Я шукав хороші презентації (слайди + бажані аудіо- чи відеозаписи) на тестуванні модулів, але все, що я, здається, знаходжу - це книги та публікації в блогах. Презентація не повинна перевищувати 50 хвилин, оскільки вона буде показана під час обіду з коричневим пакетом. Загальні поняття або як це зробити на платформі .NET - це те, що я шукаю.

Чи можете ви порекомендувати презентацію, яка відповідає цьому опису?


2
Є деякі хороші відповіді на stackoverflow.com/questions/387326 / ...
StuperUser

Відповіді:


3

Замість презентації Powerpoint, ось 6-частинне відео Brett L. Schuchert

http://vimeo.com/album/210446

який дає вам змогу демонструвати тестування одиниць у рамках "тестової розробки". Я думаю, що вам не потрібно всіх 6 з них, тому ви можете їх підганяти під свої 50 хвилин. ІМХО дуже вражає.


1

Мене дуже і дуже вразило відео Full Throttle: TDD Роб Ронери та Бреда Вілсона. Це не безкоштовно, але це буде один найкращий $ 12, який ви коли-небудь витратите. Відео трохи довше 50 хвилин - я вважаю, що це загалом 65 хвилин - тож, можливо, ви зможете надати додатковий крихітний коричневий мішок, що містить десерт :-)

Фрагмент із блогу Роб Конери про відео:

Припущення полягало в тому, що Бреду потрібно створити систему виставлення рахунків підписки, яка знімає періодичні рахунки, а також оновлює записи клієнтів - використовуючи C # та xUnit.net (тестові рамки Бреда, які він створив разом з Джимом Ньюкірк). Для багатьох це звучить просто. Для тих, хто реалізував таке, - це що завгодно, але.

Те, що мені дуже сподобалося в цьому епізоді, це те, що я натиснув Бреда достатньо, щоб зняти "демонстраційний шпон" - я дав йому криву кулю приблизно 30 хвилин, де я сказав "О так ... чи я згадав, що ми також робимо X ? » - і йому довелося підлаштовуватися.

Коли у вас безлад тестів, які передбачають одне, то вам доведеться перейти на інше - це біль у попі. Але Бред впорався з цим напрочуд добре - скориставшись можливістю просунути більше структур у процесі свого тестування, потім один за одним "переходив" свої старі тести на новий підхід.

Ми працювали цілу годину в одному файлі коду - і я ніколи не бачив, щоб хтось робив це. Звичайно, я створив клас там, всередині коду, - але дивлячись, як Бред крутить клас за класом, потім перейменовує, потім видаляє, а потім повністю реструктурує його тести ... це було дуже, дуже цікаво.

Вони завжди кажуть, що TDD - це "процес дизайну" - але я ніколи не бачив, щоб він використовувався по-справжньому "дизайн-у" - як художник може кидати колір на кольорі на полотні, поки це не виглядає / відчуває себе правильно. І саме так почувалося спостерігати за ним.

Близько 15 хвилин Бред згадує, що "я залишаю клас у тестовому файлі, поки він не буде готовий до оприлюднення" - це означає, що у нього достатньо тестів, щоб обґрунтувати свої дизайнерські рішення. Концепція, про яку я ніколи не замислювався раніше - щось на зразок використання тестового файлу як трохи «лона».

Він "відчув" свій шлях через створення системи виставлення рахунків - весь час розмовляючи з самим собою і створюючи щось досить цікаве і досить прокляте, близьке до того, з чим ми закінчилися після майже 3-х років життя.


1

Можливо, погляньте на відео "James Play Shore" від James Shore . Я не переглядав майже всіх із них (лише щойно розпочався, насправді), але вони, здається, є хорошим матеріалом, працюючи з фрагментом коду за один раз.

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.