Почему нельзя сканировать? Можно же, абсолютно безопасно. Как и переходить по любым ссылкам. И даже скачивать ехе и apk. Это все само по себе ничего с вами не сделает.
Детерминированность тестов. Ты один раз endpoint дернул - будет хороший результат, второй раз дёрнул - случилась внутренния ошибка чтения из серверного кеша. Но второй-пятый-десятый раз мало кто дергает.
Юнитовый тест проверяет более мелкие кусочки, и такие вещи как чтение из кеша будет одним из обязательных шагов.
Давайте без совсем уж жести :)
Это не имхо, а резюме из статьи)
С одной стороны довольно подробно, с другой - не увидел про обработку сообщений, и как гарантируется exactly once, а так же порядок обработки.
Для хрома гуглится же за пару сек?
Если моск поработал, то дорогой.
Сами вы ей очевидно точно не занимаетесь, я смотрю.
Что за нулевая передача знаний, fingerprint.js?
Почему нельзя сканировать? Можно же, абсолютно безопасно. Как и переходить по любым ссылкам. И даже скачивать ехе и apk. Это все само по себе ничего с вами не сделает.
Для особо одаренных людей, которые ищут поисковик в поисковике.
Для пулла объекты скорее должны иметь некие
InitиReset, чем конструктор без конкретной пользы.А можно не 500? Звучит интересно уже сейчас.
А доказать, что эффективен для любого подходящего случая?
Будет потреблять как кипятильник, но с эффектом x0.01 от вентиляторного.
Естественных увлажнителей два - мокрый "радиатор" с вентилятором и "кипятильник".
Вентиляторный по мощности не сильно больше жрёт ультразвукового, но зато в нём разножается всякое г-но.
Кипятильник же г-ну размножаться не даёт, но жрёт больше всех.
Осторожно, у вас двойное отрицание.
Именно бизнес-логику и надо тестировать. Уточню лишь, что "бизнес" подразумевается в контексте кода/приложения, а не заказчика.
А в случае с упавшей крышей это как раз и есть UI тест. Интеграционных, при хороших, правильных юнитах (а не "все подряд"), почти не требуется.
Ну вот. А если всё хорошенько покрыть юнитами, то интеграционные уже особо ничего не порешают. Уже нужен будут более верхние по пирамиде. ^^
Детерминированность тестов. Ты один раз endpoint дернул - будет хороший результат, второй раз дёрнул - случилась внутренния ошибка чтения из серверного кеша. Но второй-пятый-десятый раз мало кто дергает.
Юнитовый тест проверяет более мелкие кусочки, и такие вещи как чтение из кеша будет одним из обязательных шагов.
Но ведь интеграционные тесты, пусть и покрывающие все кейсы, не гарантируют детерминированности, в отличии от юнитовых.
Так и как же всё-таки сделать Unit-тестирование в .NET проще и интереснее?