AK
И чем больше будет проект, тем сильнее просядет качество
Size: a a a
2019 June 13
VM
Очень много кто живет вообще без тестов.
"зачем так жЫть?"
A
Да. И качество зачастую сильно страдает
Насколько я знаю в shopify нет qa. Но я их продуктом не пользовался, и не могу сказать насколько это оправдано и что имеют на выходе.
VM
Насколько я знаю в shopify нет qa. Но я их продуктом не пользовался, и не могу сказать насколько это оправдано и что имеют на выходе.
То что нет qa не значит что нет тестов. Много где тесты пишут сами разработчики. И надо различать qa и qc.
A
То что нет qa не значит что нет тестов. Много где тесты пишут сами разработчики. И надо различать qa и qc.
да, неправильно прочитал.
A
"зачем так жЫть?"
Будем честны, никто не любит писать тесты) а потом править кучу красных тестов после небольшого рефакторинга, особенно когда проект меняется с бешеной скоростью
DK
Ну юниты нужны всегда, тут особо нечего понимать - их нужно писать
Есть противоположное мнение у некоторых людей :)
VM
Будем честны, никто не любит писать тесты) а потом править кучу красных тестов после небольшого рефакторинга, особенно когда проект меняется с бешеной скоростью
Бывают исключения, из них получаются отличные qa и qc. Если после рефакторинга перестали проходить валидные тесты - значит чиним пока не начнет проходить. Тесты для того и нужны чтобы узнавать о проблемах раньше клиентов
A
Бывают исключения, из них получаются отличные qa и qc. Если после рефакторинга перестали проходить валидные тесты - значит чиним пока не начнет проходить. Тесты для того и нужны чтобы узнавать о проблемах раньше клиентов
Как было на моей практики-изменения нужны сейчас, времени ченить тесты нет, нужно релизить. Так понемногу накапливается, а через пару месяцев уже 1к красных тестов(реальная история, проект не маленький был) и как это все разгребать-хз, начинаешь смотреть уже не на количество красных, а на сколько их стало больше, а потом вообще все забивают.
VM
Как было на моей практики-изменения нужны сейчас, времени ченить тесты нет, нужно релизить. Так понемногу накапливается, а через пару месяцев уже 1к красных тестов(реальная история, проект не маленький был) и как это все разгребать-хз, начинаешь смотреть уже не на количество красных, а на сколько их стало больше, а потом вообще все забивают.
Ага, а потом проект плавно загибается под весом технического долга и багов. Знаем, проходили. Если это становится системой значит надо что-то менять, чаще всего начиная с технического менеджера проекта.
VM
Так интересно читать 😱 а про junit и другую нагрузку значит никто не слышал? :)
В смысле нагрузочное тестирование?
A
Ага, а потом проект плавно загибается под весом технического долга и багов. Знаем, проходили. Если это становится системой значит надо что-то менять, чаще всего начиная с технического менеджера проекта.
Живет проект как-то, пользователей где-то 500к...
Но меня там уже нет давно, отчасти из-за постоянных авралов
Но меня там уже нет давно, отчасти из-за постоянных авралов
AK
Насколько я знаю в shopify нет qa. Но я их продуктом не пользовался, и не могу сказать насколько это оправдано и что имеют на выходе.
На некоторых продуктов майкрософта нет qa, там политика "девелопер отвествен за качество кода и за качество продукта". Поэтому несколько дней в месяц все сидят и тупо ищут баги
AK
В смысле нагрузочное тестирование?
Необязательно нагрузочное (если мне память не изменяет)
VM
На некоторых продуктов майкрософта нет qa, там политика "девелопер отвествен за качество кода и за качество продукта". Поэтому несколько дней в месяц все сидят и тупо ищут баги
Qa не ищет баги, он строит процессы которые снижают количество багов. Это qc может искать.
AK
Живет проект как-то, пользователей где-то 500к...
Но меня там уже нет давно, отчасти из-за постоянных авралов
Но меня там уже нет давно, отчасти из-за постоянных авралов
Проект может жить и с кучей багов. От это лучше он не становится)
A
Проект может жить и с кучей багов. От это лучше он не становится)
Если так говорить, то качество проекта не всегда коррелирует с его успешностью
Главное-чтобы деньги зарабатывал
Главное-чтобы деньги зарабатывал
AK
Qa не ищет баги, он строит процессы которые снижают количество багов. Это qc может искать.
Не слышал про проекты, где qa и qc разделены, но, наверное, и такое есть
AK
Если так говорить, то качество проекта не всегда коррелирует с его успешностью
Главное-чтобы деньги зарабатывал
Главное-чтобы деньги зарабатывал
В этом вы правы