Для предотвращения таких ошибок существует Mutation testing — изменение кода с последующей проверкой теста на провальность. Можно вручную, есть и инструменты.
Так и есть, вижу разницу. Mock устанавливает ожидания до выполнения, Spy — после. По сути они схожи. Stub ближе к этим двум, чем к Dummy, который стоит особнячком и по сути является значением, вроде NULL, «dummy value» и т.п.
В своей практике я использую Mock/Stub, никогда — Spy и часто Dummy, даже не зная что это так называется. За что и поплатился.
Mock и Spy, Stub и Dummy — синонимы.
Для тестирования внешних сервисов сохраняют ответы, тогда следующие прогоны можно делать без обращения к источнику. Возможность прогнать тесты по живым сервисам естественно остается. В руби-экосистеме для этих целей существует инструмент VCR (https://github.com/vcr/vcr).
Заводить два практически идентичных набора тестов не надо, это вредный совет.
В хорошую статью вдумываться не приходится, а тут чуть ли не шизофазия, если уж о приставках речь зашла.
Насчет шизоидного типа личности, простите, ничего не знаю, но знаком с шизоидным ее расстройством и его всем программерам-дизайнерам приписывать бы не стал. Большинство хороших профи в любой области психически здоровы. По определению психического здоровья.
Вы меня не слышите. Прежде чем начать программировать вы допустили ряд ошибок, которые теперь отказываетесь признать. Даже если допустить что вам действительно нужна Система, начинать надо было не с написания периферийного функционала, который например в Rails приложении реализуется набором отлаженных и широко используемых библиотек, а с определения специфических требований, наброска модели предметной области и выбора центральной сущности. Которую и начинать обвешивать кодом в первую очередь, с UI и вниз. Тогда, в случае достаточной квалификации разработчика, вы бы могли определять ваш продукт как Программную Систему. То, что получилось у вас называется Программой и хорошего в ней только то, что написана она вами (о чем и говорится на самом видном месте).
Вашу квалификацию я имел возможность оценить поверхностным аудитом вашего кода и она низка.
Готов поспорить на фотографии вы справа и диаметрально противоположного о ней мнения.
Можно, решается. Проблема с доступностью существующих решений для студентов слегка, если не полностью, надумана.
По существу вашей системы — в моделях у вас нет ничего education-specific, лишь категория, материал и пользователь. По сути — файловая система.
Так сколько времени ушло на разработку?
Толерантности нет, наоборот, чем больше ешь, тем меньшая доза вызывает грибное состояние.
Об осмыслении опыта можно и не говорить. Впечатлительность со временем проходит :)
В своей практике я использую Mock/Stub, никогда — Spy и часто Dummy, даже не зная что это так называется. За что и поплатился.
Для тестирования внешних сервисов сохраняют ответы, тогда следующие прогоны можно делать без обращения к источнику. Возможность прогнать тесты по живым сервисам естественно остается. В руби-экосистеме для этих целей существует инструмент VCR (https://github.com/vcr/vcr).
Заводить два практически идентичных набора тестов не надо, это вредный совет.
Насчет шизоидного типа личности, простите, ничего не знаю, но знаком с шизоидным ее расстройством и его всем программерам-дизайнерам приписывать бы не стал. Большинство хороших профи в любой области психически здоровы. По определению психического здоровья.
Вашу квалификацию я имел возможность оценить поверхностным аудитом вашего кода и она низка.
Готов поспорить на фотографии вы справа и диаметрально противоположного о ней мнения.
По существу вашей системы — в моделях у вас нет ничего education-specific, лишь категория, материал и пользователь. По сути — файловая система.
Так сколько времени ушло на разработку?
Если не секрет — сколько времени заняла разработка?
Об осмыслении опыта можно и не говорить. Впечатлительность со временем проходит :)