Форум тестировщиков: Software-Testing.Ru: Будущее тестирования - Форум тестировщиков: Software-Testing.Ru

Близится конец года, традиционное время подведения итогов и попыток заглянуть в будущее. Да, сейчас всех волнует мировой финансовый кризис. Однако кризисы приходят и отступают, а технологии продолжают развиваться, может быть замедляя движение вперёд лишь на какое-то время. Что ждёт в будущем людей нашей профессии? Не через год-два, а через пару десятилетий?

Читать дальше...

barancev (21.12.2008, 14:49) писал:

Мы тут регулярно пытаемся доказывать (в таком виде, как сами это понимаем), что тестированию уже давно не является "деятельностью по контролю". Зачем ждать 20 лет, если меняться надо было позавчера?

Цитата

Некторые Agile-методологии уже давно об этом говорят. Ох уж эти сказочки, ох уж эти сказочники...

Clauster (22.12.2008, 1:13) писал:

Они говорят, что не нужны тестировщики, которые умеют только тестировать.
А Amit Chatterjee действительно сказочник.

Дык, IMO он говорит о простых вещах - о размытии границы между (старательно вычеркнуто: "городом и деревней") разработчиками и тестировщиками.
Он даже не очень сильно мечтает, он просто смотрит по сторонам и описывает то, что видит:

- STE (software test engineers) вымерли, их просто не нанимают. Монотонная ручная работа на несколько итераций отдается контракторам-оффшорникам (обычно UI, cross-browser/cross platform testing etc.), но старательно автоматизируется, причем все быстрее. Некоторую работу им все равно нельзя отдать (бекенд, оценка юзабилити и пр.), для этого есть выделенные специалисты.

- 'дизайнеры' (SDE, software design engineers aka developers) обязаны писать юнит тесты к своему коду и обеспечивать определенный минимальный уровень покрытия кода, а также делают reviews тестам и тест планам, т.е. вовлечены в тестирование.

- SDET (software design engineers in test, пришедшие на смену STE) автоматизируют тестирование, делают ревью кода перед каждым check-in, обеспечивают определенный уровень покрытия кода (в дополнение к тому, что покрыто юнит тестами SDE) и тестовое покрытие, пишут необходимые тулы для тестирования и/или для разработки, помогают с data mining и прочая; вовлечены в дизайн продукта и его разработку. Это все может выглядеть загадочно, с точки зрения 'инженера в оффшоре', где основная задача - сплавить проект и быстро перейти к совершенно другому. Это выглядит намного более естественно если очевидно, что продукт нужно будет поддерживать и развивать лет 10 минимум.

т.е. переход от модели "четкой границы между зонами ответственности" к "тестировщик - это такой же инженер, как и разработчик, но ему в кайф тестировать" и есть то, что он видит и описывает.
так же видно, что по мере улучшения тулов (для девелопмента, дизайна, тестирования и организации всего этого) времени на задачи, специфичные для STE, нужно все меньше ==> задачи специфичные для SDET получают больший приоритет.

учтите еще, что он сейчас "General Manager" - т.е. управленец и часть контекста воспринимает "со своей колокольни" (какого черта его назвали 'тест-менеджер'? в оригинале 'Amit Chatterjee, General Manager, Visual Studio Team Test'). Впрочем, он проработал в компании 20 лет, начав с разработки (просто найдите его профайл в линкедин) и наблюдал эти изменения изнутри. К тому же он непосредственно занят разработкой тех средств (Visual Studio Team Test), которые должны помочь эту границу стереть и дальше, и частично он 'рекламирует' свою команду (опять таки, по-моему)

я не согласен с утверждениями про 10 или 20 лет в глобальном контексте - просто инерция в индустрии в целом не позволит совершить такой переход глобально в такие сроки (IMO), но многие (Microsoft, Google, Facebook, ...) уже на этом пути и далеко не в начале. "сказочником" я бы его называть не стал.

"Некоторые Agile-методологии" (XP?) говорят, что в определенных случаях удобно отдать приемочное тестирование на откуп заказчику + добиться того, что регрессионное тестирование выполняется автоматически (да еще и как часть процесса разработки). Заказчик в этом случае вовлечен в дизайн продукта. При этом ничего не говорится про то, что этим принципам нужно следовать слепо во всех случаях без разбору.

P.S. мнение исключительно мое и т.д. и т.п.; все уточняющие вопросы к Amit Chatterjee адресуйте ему.

dlg99 (22.12.2008, 10:47) писал:

Хм. А просто тесты уже никто не разрабатывает? Зайди сюда, проверь вот это, потом вот это, потом на таких данных, потом под такой настройкой и т.д. Дизайнеры сразу автоматизируют? А для проектов (которых очень много) где автоматизация вообще убыточна - в таких проектах как?

Alfa (22.12.2008, 10:21) писал:

Дык, такие, по-моему, никому не нужны.
А, чуть не забыл, в Ереване вроде нужны. :)

Case (22.12.2008, 12:23) писал:

Да нет, вроде еще кто-то остался, даже в MS -- http://members.microsoft.com/careers/caree...aretesting.mspx .

Кстати гугл (http://www.google.ru/search?q=SDET ) термин SDET в значении software _design_ engineers in test знает только в отношении к MS.
Я по малограмотности раньше считал, что SDET -- это software _development_ engineers in test, но теперь исправлюсь, буду знать оба значения.
В значении development такая должность есть за пределами MS (данные гугла) и подразумевают под ней чаще всего чистого автоматизатора.

Короче мутный товарищ этот SDET -- тестировщик будущего.

Кроме серии постов на тему будущего тестирования, Джеймс Виттакер так же сделал webinar на эту тему.
Посмотреть webinar можно тут: http://www.utest.com...s_whittaker.htm

Он ещё и на GTAC 2008 выступил с ключевым докладом. С нетерпением жду, когда появится видео...

Case (22.12.2008, 4:23) писал:

SDET и разрабатывает. иначе - какой смысл автоматизировать, если непонятно на что должны пойти основные усилия.
а про 100% автоматизацию никто и не говорит [пока]. Говорят про значительное уменьшение доли и роли ручного тестирования.

Alfa (22.12.2008, 6:42) писал:

вы реальные позиции пытались искать? на данный момент их две.
В одной сходу написано "As a SDE/T Engineer," + требования к знанию C#/.Net, вторая - тестирование игр на XBox ("2 year college degree", "2 years of game or software test engineering experience"). Еще на такие позиции иногда школьников приглашают, типа от 16 лет и от 5 лет опыта игр в Halo or similar :)

Alfa (22.12.2008, 6:42) писал:

мелкие отличия в названиях мы отметем с негодованием, как несущественные ;)
В MS и 'develeopment engineers' нет.

Но по сути (насколько я слышал от народа работавшего/работающего в других местах) - подобные же изменения произошли или были с самого начала и в гугле, экспедии, амазоне, редфине, зиллоу, и многих других компаниях на сиэтловщине и, говорят, в Портланде.
В долине культура тестирования немного другая, за счет большой концентрации стартапов рассчитанных на IPO, продажу и легкую смерть после этого.

А подолью ка я керосинчику в обсуждение.

http://blog.shumoos.com/archives/168

dlg99 (22.12.2008, 19:57) писал:

Я вообщем без претензии на исследование рынка. Так у гугла спросил.
Вашу мысль понял, спасибо что поделились информацией, у нас это все не так хорошо видно (или не туда смотрел).

jfyi:

вот тут и вот тут про того самого мутного SDET-а пишут всякое интересное.

Коллеги, вы всё-таки не очень вникли в мысль Джеймса Виттейкера. SDET в светлом будущем не нужен :)

barancev (23.12.2008, 1:21) писал:

честно - я не все заметки прочитал внимательно, большей частью проглядел по-быстрому.
Подскажите, пожалуйста, где он это говорит?

Я увидел, например здесь:

Цитата

что, собственно, только подтверждает все ранее сказанное.

где я ошибаюсь/не дочитал/..?

Ошибка состоит в попытках "натянуть" существующие описанные "служебные обязанности" SDET на "тестировщика будущего". То, что в будущем такая выделенная роль может сохраниться, не означает, что и служебные обязанности должны быть такими же.

Да, Андрей, конечно ты прав -- SDET это уже шаг в том самом направлении. Но это ещё далеко не финал путешествия!

barancev (23.12.2008, 1:58) писал:

не путайте, пожалуйста, описание настоящего с прогнозами.
я просто описываю ту версию настоящего, которая дает контекст для понимания, того откуда эти прогнозы берутся.
т.е. есть люди, которые наблюдали/практиковали тестирование N (10, 15, 20) лет назад и наблюдают/практикуют его сейчас в сильно изменившемся виде.
по результатам наблюдений, известных тенденций и прочая они экстраполируют это на M лет вперед.

читателям, которые смотрят по сторонам и не видят отличий от того, что было написано в книгах лет 20 назад (тем же Канером) все эти прогнозы кажутся сказками. потому я тут перевожу байты на объяснение этого контекста.

предсказать пути эволюции автопрома исходя только из прогресса ВАЗа можно, но выйдет плохо.
т.е. неплохо бы изучить что там Хонда с Тойотой делали, хотя бы.