169 похожих чатов

Погружаюсь в тестирование и интересно мне, где эта норма того

сколько ui компонентов, функций нужно покрывать тестами, типа не все тестами крыть, а наверное только те места, которые потенциально могут сломаться?
Интерестно ваш опыт и мысли послушать

9 ответов

22 просмотра

почему, хочешь ставь coverage 100% и покрывай всё)

Maxemga- Автор вопроса
IceBerg
почему, хочешь ставь coverage 100% и покрывай всё)

Чел тебе говорит Фух, я за 3 дня столько функционала реализовал, все дедлайны прошел, допилил то что раньше оставлял на потом А ты такой Ну пук среньк зато я каждый компонент покрыл тестати я молодец, правда щас не спать не кушать 2 дня, ибо все просрочил ничего не успел но ничего страшного 👉👈

Maxemga
Чел тебе говорит Фух, я за 3 дня столько функциона...

честного говоря на написании тестов достаточно быстро рука набивается

Maxemga- Автор вопроса
IceBerg
честного говоря на написании тестов достаточно быс...

Ну да с опытом быстрее все это делаешь, но все равно же нужно знать эту черту и не тратить на тесты ненужное кол-во времени, понятно что это с опытом приходит скок на это нужно тратить и вот интерестно мнение людей послушать)

Maxemga
Ну да с опытом быстрее все это делаешь, но все рав...

я думаю ты попадешь на проект где уже за тебя более опытные люди решат какой нужен coverage

Однозначно тестами покрываются вспомогательные модули/самописные утилиты, где есть какое-то преобразование и тд т.к. при обильном и частом использовании компонента выскакивает большое кол-во козявок и недоработок. Есть визуальные баги, которые я точно не могу сказать как ловить, кроме как ручного тестирования или пошаговой проверки отрисовки. Ну и бизнес-логика, естественно) Если пилишь serverless, то будет больно, а так тесты на такое помогут сократить ошибки и проблемы тестировщикам/разрабам. Особенно интересен TDD-подход Больше пока не опишу

Maxemga- Автор вопроса
IceBerg
я думаю ты попадешь на проект где уже за тебя боле...

Это то понятно, но хочется все равно сейчас начинать понимать разбирать в этом

пробуй 90% тогда) оставь пространство для маневра на сложных кейсах)

IceBerg
пробуй 90% тогда) оставь пространство для маневра ...

а как же тогда реализовать добавление через редусер, я просто через useState разобрался: const handelAddTask = () => { const newTask = { text: '', check: 'false', id: new Date(), } newTask.text = (prompt()); setTask([...listTask, newTask]); } подумал что через редусер аналогично.

Похожие вопросы

Обсуждают сегодня

Господа, а что сейчас вообще с рынком труда на делфи происходит? Какова ситуация?
Rꙮman Yankꙮvsky
29
А вообще, что может смущать в самой Julia - бы сказал, что нет единого стандартного подхода по многим моментам, поэтому многое выглядит как "хаки" и произвол. Короче говоря, с...
Viktor G.
2
30500 за редактор? )
Владимир
47
а через ESC-код ?
Alexey Kulakov
29
Чёт не понял, я ж правильной функцией воспользовался чтобы вывести отладочную информацию? но что-то она не ловится
notme
18
У меня есть функция где происходит это: write_bit(buffer, 1); write_bit(buffer, 0); write_bit(buffer, 1); write_bit(buffer, 1); write_bit(buffer, 1); w...
~
14
Добрый день! Скажите пожалуйста, а какие программы вы бы рекомендовали написать для того, чтобы научиться управлять памятью? Можно написать динамический массив, можно связный ...
Филипп
7
Недавно Google Project Zero нашёл багу в SQLite с помощью LLM, о чём достаточно было шумно в определённых интернетах, которые сопровождались рассказами, что скоро всех "ибешни...
Alex Sherbakov
5
Ребят в СИ можно реализовать ООП?
Николай
33
https://github.com/erlang/otp/blob/OTP-27.1/lib/kernel/src/logger_h_common.erl#L174 https://github.com/erlang/otp/blob/OTP-27.1/lib/kernel/src/logger_olp.erl#L76 15 лет назад...
Maksim Lapshin
20
Карта сайта