Есть вероятность что зависнет, вызовет электронный шторм, который волной пройдет по всему миру и спровоцирует оживление электроприборов с их последующим восстанием.
Остается только добавить, что шаблоны проектирования для разработчика кода выполняемого framework'ами шаблоны являются инструкциями к самому framework'ку.
То есть для разработчиков framework'ов это технический язык, они на нем разгаваривают, он им облегчает взаимопонимание. А вот если обычный программист не будет знать их, то он не будет знать, как правильно использовать продукт и значит его работа будет не эффективной.
Сергей Протько: ну я и подменяю экземпляр List на ListSpyObj и уже его проверяю на вызов и подмену делаю возвращаемых значений. И вот я не знаю как быть с определением тривиальности ведь в этом минимальном примере добавление и проверка и в любом другом коде будет тоже самое, ведь это программирование которое сводится к структурам данных.
ну в общем я понял... Прежде модульное тестирование, а тесты для методов уже по своему желанию. Просто я всегда хотел писать код без его выполнения. То есть полностью по тестам, ведь нет разницы, что я его с console.log буду проверять (это я про написание самой реализации поведения) что я его тестами покрою только раз, в отличии от первого, где console.log придется писать и два и три и четыре раза.
По первому пункту с Вами согласен, но это относится к объекту, а у меня сложность с пониманием тестирования именно методов.
А по второму пункту Вы предлагаете агрегацию вместо композиции чтобы при инициализации фабрики подменять лист? В реальности я так и делаю и при этом для проверки метода insertProduct я бы сделал следующие -
- проверил insertProduct на возникновение исключения
- проверил что было передано в метод hasItem
- проверил что было возвращено из метода hasItem
- проверил что было передано в inserItem
- дальше бы я не стал проверять, так как на предыдущем этапе написал тест для List и удостоверился в том, что при добавлении происходит так как мне нужно
- проверил бы insertProduct на вызов с исключением
Так нужно методы тестировать? Есть что добавить убавить?
Я это спрашиваю из-за того, что очень часто я трачу на написание теста в три четыре раза больше время чем на сам код. Возможно это из-за того что я ещё не привык их писать, но так же есть мысли что я через чур их подробными делаю.
Еще есть чувство "пятой ноги" когда я написав тест для List пишу его снова уже в композиции с тестом для Factory. Затем я поменяв одно свойство в list, должен изменять все тесты которые были написаны без этого свойства. И я снова подчеркну что это именно при тестировании методов.
Sanes: запросто! Как-то раз, меня посетила идея создавать то, что мне хочется, доводить до полноценного продукта и продавать. Зашел я на эту "биржу", которую упомянули выше, посмотрел максимальные ставки и решил что это полный шлак. Работая программистом я заработаю больше с меньшими усилиями за то же время. Единственная разница - не будет чувства что меня поимели.
Это же относится и к русскоязычному фрилансу в 99% случаев.
Сергей Протько: webdriverio не получилось запустить, так как с jasmine он не работает. Это я узнал из вопроса с github 25 дневной давности. Автор wdio говорит что это из-за новой версии jasmine.
А вообще мне нужно драгать объект и следить как он в координаты вписывается. Сначала делал руками, но потом понял что лучше его через "что-то" двигать.
