Я пытаюсь понять что решает юнит тесты. Кроме метрики "code coverage" что еще улучшится? Багов меньше будет? Быстрее разработка?
Нахрена покрывать то, что не меняется каждый день? Ты потратил время написав тесты, а оно меняется никогда или почти никогда. Выходит ты на тесты потратил больше времени чем н...
Тебя это интересует со стороны сервера или клиента? На клиенте все делает браузерная магия Сервер должен посылать длину ответа и принимать её тоже
Чем отличаются эти шарики?
- Чем стрелки отличаются? - Повотором на 90 градусов - Я все еще жду ответа - Ну вот свойство которое отвечает за поворот
Я не спрашиваю про сахар. Можешь дать определение класса своими словами? Каким критериям он должен отвечать.
Ты уверен, что если тебя не понимают несколько человек, то проблема в них, а не в тебе? 🙂
Ага, то есть вопрос в том чем отличается поведение деббагера при клике на стрелки?
А зеро баг полиси это единственная возможная политика относительно багов? :)
Что огребать то? Какую проблему которую не решает e2e решат юнит тесты?
Может уже спрашивали, но зачем итерироваться по массиву до конца?
Окей, а заголовки ответа можешь прислать? Без урла раз это nda
Валидация данных не покрывается e2e? Ну это не так же.
Что значит "Якорь из другой страницы"? Не понимаю вопрос
Куда добавляется? В Url? Надо из url убрать /thanks?
Как файл создается? После запроса на сервер?
Сайт в топ 1000 алекса. Достаточно большой?
Жизненный цикл класса или объекта?
Аргументация уровня бэ. Почему проще?
А как парсинг строки спасет от этого? 🙂