Модульное тестирование - Visavi.net https://visavi.net/ RSS - Visavi.net https://visavi.net/assets/img/images/logo_small.png RSS - Visavi.net https://visavi.net/ [email protected] (admin) [email protected] (admin) Thu, 21 Nov 2024 20:50:50 +0300 <strong>Reflesh</strong>, я плохо знаком с Laravel, не могу по этому поводу ничего сказать.<br> <blockquote class="blockquote">Статика</blockquote> В данном случае не вижу причин не использовать статику. https://visavi.net/articles/comments/579 Модульное тестирование Артур Thu, 23 Jun 2016 23:57:12 +0300 Комментарии https://visavi.net/articles/comment/579/2206 <strong>Башка</strong>, это я бешусь все из-за того что у Laravel все укладывается в setUp и tearDown и он заставляет заниматься таким онанизмом, и все им занимаются. <br> <br> <blockquote class="blockquote"><br> Так делать не рекомендуется. Если есть возможность, необходимо заменить работу с базой mock объектами, если такой возможности нет, то создавать данные в базе следует на уровне setUpBeforeClass метода.<br> </blockquote> Статика <img src="https://visavi.net/uploads/stickers/vtopku.gif" alt="vtopku"> https://visavi.net/articles/comments/579 Модульное тестирование Reflesh Thu, 23 Jun 2016 23:51:42 +0300 Комментарии https://visavi.net/articles/comment/579/2205 <blockquote class="blockquote">Вся проблема в том, что setUp и tearDown вызываются для каждого метода теста, то-есть каждый метод теста индивидуальный, это такое убожество</blockquote> Вас никто не заставляет использовать методы setUp и tearDown при тестировании. Я, к примеру, пользуюсь этими методами для совсем уж простеньких тестов, для остального я использую фабричные методы.<br> <blockquote class="blockquote">Сохранить что-то для следующих методов тестов</blockquote> Сохранять что-то между методами теста это моветон.<br> <blockquote class="blockquote">тут в setUp для каждого теста наполняем бд данными а в tearDown удаляем все</blockquote> Так делать не рекомендуется. Если есть возможность, необходимо заменить работу с базой mock объектами, если такой возможности нет, то создавать данные в базе следует на уровне setUpBeforeClass метода.<br> <blockquote class="blockquote">А mock, так это вообще, что за чудо конструктор лего</blockquote> Mock это Mock, не больше, не меньше. https://visavi.net/articles/comments/579 Модульное тестирование Артур Thu, 23 Jun 2016 22:50:49 +0300 Комментарии https://visavi.net/articles/comment/579/2204 А mock, так это вообще, что за чудо конструктор лего.... https://visavi.net/articles/comments/579 Модульное тестирование Reflesh Thu, 23 Jun 2016 21:31:43 +0300 Комментарии https://visavi.net/articles/comment/579/2203 А, и тут автор либо не знает о setUp либо, обходит его стороной. https://visavi.net/articles/comments/579 Модульное тестирование Reflesh Thu, 23 Jun 2016 21:30:49 +0300 Комментарии https://visavi.net/articles/comment/579/2202 <strong>Башка</strong>, Вся проблема в том, что setUp и tearDown вызываются для каждого метода теста, то-есть каждый метод теста индивидуальный, это такое убожество.... А методы которые вызываются вначале класса и в конце, статитка. Сохранить что-то для следующих методов тестов, только в статитки, это дерьмо и еще хуже. Лучше и придумать нельзя было... <br> <br> Пишем тесты для тестирования классов которые работают с бд, и тут в setUp для каждого теста наполняем бд данными а в tearDown удаляем все, и такое создание и удаление для каждого метода теста, др***во!<br> <br> Не, ну конечно можно всю эту логику в трейты запихать, но все равно это дерьмо! А тестирование фреймворков, для каждого теста инициализируется фрейм, либы, бд заполняется данными и т.д.. Др***во, дерьмо! https://visavi.net/articles/comments/579 Модульное тестирование Reflesh Thu, 23 Jun 2016 21:21:34 +0300 Комментарии https://visavi.net/articles/comment/579/2201 <strong>Reflesh</strong>, не совсем понял комментарий. Тесты дробятся на методы, чтобы было проще найти причину ошибки. Если у вас в одном методе теста слишком много тестируется, то локализовать ошибку будет сложнее, ибо не понятно, что именно привело к ее возникновению, но если разбить один большой метод теста на 10 маленьких и в процессе тестирования 2-3 из этих методов не пройдут, то будет сразу понятно, в чем была причина ошибки. https://visavi.net/articles/comments/579 Модульное тестирование Артур Thu, 23 Jun 2016 17:44:39 +0300 Комментарии https://visavi.net/articles/comment/579/2200 Ну почему же каждый метод тест индивидуальный, кто автору phpunit внушил сделать именно так. https://visavi.net/articles/comments/579 Модульное тестирование Reflesh Thu, 23 Jun 2016 11:10:09 +0300 Комментарии https://visavi.net/articles/comment/579/2199 Вполне доходчиво и понятно, интересно было бы прочитать про mock тестирование https://visavi.net/articles/comments/579 Модульное тестирование Вантуз-мен Thu, 09 Jun 2016 00:42:38 +0300 Комментарии https://visavi.net/articles/comment/579/2198