"Тестирование четырёх-слойное: юнит-тесты (слабые), интеграционные селениум-тесты (их готовят в два этапа: сначала создают, затем правят для работы на всех инстансах), ручное регрессионное тестирование (в штате два тестировщика с принципиально разными подходами), а также фидбек"
Ну тогда респект и уважуха :) Для полного счастья я бы советовал добавить к списку альфа-тестирование (когда фичу используют сотрудники) и бета-тестирование (когда фича выкатывается на % пользователей). 12 октября 2012 г., 9:09 пользователь Dmitry Simonov <[email protected]>написал: > Код-ревью: спасает от мелких ошибок (напряг саппорта, простой > некоторых клиентов). > Рефакторинг: влияет на скорость разработки. Если код хреновый, > разработка медленнее, - зп тратится неэффективно. > Тесты: записанный в виде кода опыт прошлых факапов, - позволяет не > исследовать одну и ту же проблему более одного раза. Большой баг > блокирует джедая от задач разработки (обычно это стратегическая задача > на несколько недель) и это ОЧЕНЬ неприятно. > > --- > Dmitriy V. Simonov, > Perl & Python programmer > > > 2012/10/12 Andrei <[email protected]>: > > Вытак говорите, как будто тесты, рефакторинг и код ревью приносят > какую-то > > монетизируемую пользу. > -- > Moscow.pm mailing list > [email protected] | http://moscow.pm.org > -- С уважением, Александр Личный блог: http://eax.me/ Мой форум: http://it-talk.org/ Мой Twitter: http://twitter.com/afiskon
-- Moscow.pm mailing list [email protected] | http://moscow.pm.org
