it('should returns true on start', () => { имхо сомнительное описание, почему например не 'should be working after start'?

Я люблю SOLID... Вроде понимаю, как и зачем его использовать. Но вот на досуге решал задачку и сам для себя отмечал принципы, которыми я реально пользуюсь при разработке/проектировании.

Получился такой перечень:

-Высокий уровень абстракции решения задачи понятный даже не программисту (вербозность)

-Тестируемость

-Расширяемость через создание новых файлов (что-то типа OCP)

-Локализация изменений (каждой причине для изменения свой файл) (что-то типа SRP)

SOLID на третьем месте... И до выполнения первых двух принципов к нему не стоит обращаться.

https://github.com/justerest/coffee-machine

it('should returns false on start if boiler is empty' => 'shouldn't start working if boiler is empty'

it('should returns false on start if boiler is empty' => 'shouldn't start working if boiler is empty'

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

ты ж тестируешь поведение) а не возвращаемые значения

ты ж тестируешь поведение) а не возвращаемые значения

isWorking() это геттер, по которому ты получаешь состояние кофемашины, чтобы по возвращаемому значению понять, то ли кофемашина делает. По описанию это тесты не машины, а именно этого геттера)

isWorking() это геттер, по которому ты получаешь состояние кофемашины, чтобы по возвращаемому значению понять, то ли кофемашина делает. По описанию это тесты не машины, а именно этого геттера)

Можно избегать комбинаторного взрыва, тщательно отбирая тесткейсы, а остальное доверить модульным. А можно поддаться ему и затеатировать все и сделать n! Работу плюс получить хрупкие тесты