Ранее Microsoft придерживалась соотношения один-к-одному между разработчиками и тестировщиками приложений. В настоящее время компания меняет это правило, настаивая на том, что разработчики должны в полной мере нести ответственность за свой код.
Дополнительные циклы тестирования, которые использовала ранее Microsoft, помогали уменьшить количество ошибок в конечных продуктах, отмечает Petri. Изменения застали врасплох многих сотрудников, которые работали при Стиве Балмере и даже Билле Гейтсе — новые темпы разработки давят на них, поэтому они не могут правильно разделить время на написание кода и его тестирование, говорят собеседники издания.
Автор статьи отмечает, что первое крупное обновление для Windows 10, которое вышло в ноябре 2015 года, принесло новые проблемы и не исправило старые. В частности, приложение почты увеличивает использование процессора на 30%, оставленный в спящем режиме компьютер автоматически включается обратно а экран блокировки закрывает только часть экрана.
Собеседники издания отмечают, что Microsoft торопится перенести приложения в свой магазин Windows Store в то время, когда работающие через него сервисы уступают в производительности классическим приложениям. Один из разработчиков посетовал на то, что компания не испытывает энтузиазма в отношении мобильной версии Windows 10 и уделяет мало времени её развитию.
Microsoft решила выпускать по два обновления в год для своей операционной системы — одно весной и одно осенью. Будем надеяться, что компания сосредоточит внимание на качество релизов, а не просто выпуске новых функций для успокоения потребителей.
— Petri
Вообще если они заставят разработчиков, условно, перейти на TDD — может, это даже и хорошо.
По крайней мере, утверждение о том, что будет обязательно больше багов после увольнения тестировщиков, спорное. Смотря как организуют процесс
Кроме чисто алгоритмических ошибок есть ещё интеграционные и всякие NFR, на которые можно настолько устать писать нагрузочные тесты, что и кода новго не будет, особенно если они под зоопарк железа. А ещё во многих местах нужно тянуть совместимости с партнёрами, так что если разумный тест и проходит, то это не значит, что программа работает правильно.
А в целом про утверждение по поводу количества багов спорить сложно, эта такая метрика, которой, пожалуй, проще всего манипулировать в мире разработки ПО.
Тестирование же можно на аутсорс
В Microsoft решили, что резкое уменьшение багов в операционной системе не соответствует имиджу компании и решили сократить штат тестировщиков, чтоб вернуть баланс :)
Раньше просто Microsoft Insider не было.
На самом деле новость отстала от жизни на 1,5 года - тест-дисциплину упразднили еще летом 2014го. И пропорция 1 SDE к 1 SDET уже многие годы как не соблюдалась и до этого.
Лично мне изменение понравилось. Появилась какая-то сфокусированность в тестировании продуктов, стало меньше создания тест-фрэймворков для ради создания тест-фрэймворков. Test-coverage при этом остался на прежнем уровне, тесты пишутся всеми.
Причин было много, из очевидных - развитие разнообразных (своих собственных или 3rd party) систем мониторинга и аналитик: ошибки ловятся быстрее, dogfood-программы(Insider и пр) помогают искать ошибки в боевых условиях куда быстрее, чем целая армия штатных тестеров.