Исходное сообщение
"В Cryptocat найдена серьёзная уязвимость, позволяющая получи..." Отправлено Аноним, 09-Июл-13 15:09
> Да все индивидуально. Но даже пропадание бага при включении отладки - это > уже кое-какая информация и уже некий путь к нахождению проблемы Зачастую такая ситуация является полным ребусом, на распутывание которого можно убить очень много времени всех участников процесса. > (если повезет). Но меня-то пытались убедить что вообще внесение каких-либо > временных изменений для дебага - это странно ибо "будет не как у конечного > пользователя". Именно так. Нормальная практика - тестировать софт по максимуму в том виде каком он будет у юзеря. Один в один. Вот тогда есть надежды что эпического масштаба баги до релиза не доживут. Юнит-тесты проверяют лишь корректность работы отдельных кирпичей. А свойства того что из них построили - не проверяют. И как-то так получается что один строит сарай а другой - дворец. Хотя кирпичи вроде одинаковые по качеству. У кого-то потом все рушится, а у кого-то стоит веками. Хотя казалось бы, кирпичи одинаковые. Оказывается, влияет еще и как их между собой стыковали. А юнит-тесты на это вообще плюют. > Любые изменения, которые могут дать информацию о проблеме - оправданы Когда как, когда как. Если при изменениях баг вообще ныкается под ковер - это вообще свинство форменное :). Потому что и оставить так нельзя, и отловить сложно. > и правильны для дебага. Вот пихать свои отладочные "заглушки" в релиз > - вот это странный подход, но речь-то шла не об этом. Ну так основное тестирование должно приходится на релизную версию все-таки. Потому что после включения отладочных фич баг может пойматься. А может и не пойматься. Прецеденты были.