Но пока у меня что-то вроде public function testName() { $this->specify('Name is required', function() { $this->form->name = null; verify($this->form->validate(['name']))->false(); }); $this->specify('Name length is > 3', function() { $this->form->name = '12'; verify($this->form->validate(['name']))->false(); }); $this->specify('Name length is < 255', function() { $this->form->name = $this->tester->getFaker()->text(1000); verify($this->form->validate(['name']))->false(); }); $this->specify('Name is ok', function() { $this->form->name = $this->tester->getFaker()->text; verify($this->form->validate(['name']))->true(); }); }

Мне кажется странным проверять правильно ли в yii работает валидация.

Вообще-то проверяется не yii, а люди, которые могут править эти правила валидации. И в какой-то момент кто-то может удалить что-то вроде ['name', 'required']

А потом кто-то может удалить тот говнокод что выше

Стандартный функционал фреймворка покрыт тестами в должной мере. Если у вас команда разработки делает черный ящик для самих себя - это повод задуматься о компетенции CTO и этой команды разработки. Это к вопросу о том что кто-то может удалить правило валидации не обсудив для чего оно вводилось.

А то ведь можно и проверки на авторизацию удалить и много чего еще, что обычными юнит тестами не покрыть из-за завязки на сторонние системы и что могут выявить только тестировщики в третий день луны

Не пойму каким образом тут тестируется фреймворк

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

Это вроде проверяется приемочными, не?

Ну так и ваш кейс с удалением валидатора name ими покрывается?

Вы делаете из функционального теста приемочный и думаете что это нормально. Не знаю что тут еще добавить.

И вы защищаетесь от этого?

А некомпетентная команда не может сломать тест?

Интересно. То есть тесты у вас проходят код ревью, а валидаторы нет?

Т.е. с код ревью можно и тесты не писать?

Это очень интересная тема для холиваров на самом деле

Речь была о том что заметить ошибки должны как в тесте так и в коде

https://xakep.ru/2006/12/16/35784/

Я бы рекомендовал обратить внимание на понятие (не знаю как аббревиатурой) на принцип кодирования, когда результат подгоняют к тестам

Это же TDD

При сколь угодно красивом и правильном тесте я могу вам сделать абсолютный говнокод не работающий, но проходящий тест

Ну так если тест написан допустим правильно, то можно считать что код работает

Если у вас структурно компоненты небольшие и выполняют только одну ответственность - да

Но тут вчера кидали репозиторий с eav

И не смотря на то что все так модно - куча претензий у @ExileeD нашлась

Это нормально. Всегда можно что-то рефакторить

Бизнес крайне редко дает время на рефакторинг

Все равно бизнес почти никогда не поймет что рефакторинг нужен

В основном бизнесу зачастую плевать на качество кода.

Ну вот на работе выбили два часа на рефакторинг, это прям дико круто

Ну вот на работе выбили два часа на рефакторинг, это прям дико круто

В основном бизнесу зачастую плевать на качество кода.

В основном бизнесу зачастую плевать на качество кода.

Ну вот на работе выбили два часа на рефакторинг, это прям дико круто

Выбила золотой парашют, а компании больше нет)