Информация об изменениях

Сообщение Re[9]: Тестирование бесполезно от 17.06.2021 8:10

Изменено 17.06.2021 8:19 Pauel

Re[9]: Тестирование бесполезно
Здравствуйте, varenikAA, Вы писали:

I>>Или предложишь сэкономить и запушить сразу в прод?

AA>не знаю как вы, я сначала пишу код, потом тестирую

То есть, все равно нужны тесты, в которых, по твоим словам, нету смысла

AA>По настоящему работа программиста оценивается рабочим экземпляром.


Рабочий экземпляр это только самое начало. Скажем, в норме рабочих экземпляров бывает и по десятку.

Оценивает пригодность того или иного рабочего экземпляра именно тестировщик.

AA>А чтобы в коде не было багов, нужен соответствующий компилятор.


Какой компилятор проверит, что проводка должна может пропускать фазу резервирования?

AA>Тестировщик про которого вы пишете это вероятно проверка работы user cases


Именно.

AA>в бета-версии продукта?


Разумеется. Именно тестировщик определяет степень готовности, т.е. именно он говорит, что уже альфа, бета, релиз-кандидат и тд.

AA>конечно влияет на процесс разработки. цикл разработки на мой взгляд выглядит примерно так: ( -> идея -> реализация -> проверка -> улучшение ->).


А еще оказывается, что идея не летает, и все надо начинать с начала. Цель тдд — выявить нерабочее решение как можно раньше.
Re[9]: Тестирование бесполезно
Здравствуйте, varenikAA, Вы писали:

I>>Или предложишь сэкономить и запушить сразу в прод?

AA>не знаю как вы, я сначала пишу код, потом тестирую

То есть, все равно нужны тесты, в которых, по твоим словам, нету смысла

AA>По настоящему работа программиста оценивается рабочим экземпляром.


Рабочий экземпляр это только самое начало. Скажем, в норме рабочих экземпляров бывает и по десятку.

Оценивает пригодность того или иного рабочего экземпляра именно тестировщик.

AA>А чтобы в коде не было багов, нужен соответствующий компилятор.


Какой компилятор найдет алгоритмическую ошибку?
Давай на примере фильтра, годится? Ну, скажем, ты попутал some и all, findFirst и filter, и тд.

AA>Тестировщик про которого вы пишете это вероятно проверка работы user cases


Именно.

AA>в бета-версии продукта?


Разумеется. Именно тестировщик определяет степень готовности, т.е. именно он говорит, что уже альфа, бета, релиз-кандидат и тд.

AA>конечно влияет на процесс разработки. цикл разработки на мой взгляд выглядит примерно так: ( -> идея -> реализация -> проверка -> улучшение ->).


А еще оказывается, что идея не летает, и все надо начинать с начала. Цель тдд — выявить нерабочее решение как можно раньше.