Size: a a a

QA — Автоматизация

2020 December 26

R(

Roman (rpwheeler) in QA — Автоматизация
Kirill K
Ну, сейчас технологии Нокиа может повторить любой китайский заводик, какой же это  саенс? Процессы и подходы построены и налажены, там особо нечего выдумывать, так что там рокетного?
Канера вышеозначенную презентацию почитайте, презентацию по мобильному тестированию посмотрите какую, 2Gis вроде неплохие делал.

Дело вообще не в "технологиях Нокии" которые "можно повторить" -- количество зависимостей увеличивается, а вместе с ним количество потенциальных проблем и сложностей.
источник

KK

Kirill K in QA — Автоматизация
Roman (rpwheeler)
Канера вышеозначенную презентацию почитайте, презентацию по мобильному тестированию посмотрите какую, 2Gis вроде неплохие делал.

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

R(

Roman (rpwheeler) in QA — Автоматизация
Evgenii B
В современных фреймворках вообще не очень понятно куда применять эксплоратори тестироварие.

Из последних идей тестирования сложных систем Netflix толкает chaos testing, и то это скорее подход с мутацией конфигураций в IaaC среде
А при чём тут вообще "современные фреймворки"? Бах и Болтон стали считать исследовательским вообще всё тестирование, потому что каждый тест это эксперимент.

Любое "а если ещё вот так?" можно засчитать за исследовательское.

Любая часть программы которая взаимодействует с живым человеком может быть исследована на предмет как аудитория справляется со взаимодействием.

> Из последних идей тестирования сложных систем Netflix толкает chaos testing, и то это скорее подход с мутацией конфигураций в IaaC среде

Насколько я помню, я Netflix chaos monkey упоминал в своей презентации по monkey testing в 2013-м году.

В гугле упоминание об этом инструменте нашлось на реддите за 2008-й. Ну ваще "последняя идея".

https://www.reddit.com/r/todayilearned/comments/2x0109/til_netflix_uses_the_chaos_monkey_which/
источник

R(

Roman (rpwheeler) in QA — Автоматизация
Kirill K
Количество зависимостей растёт, однако их рост явно не успевает за развитием и оптимизацией существующих подходов.
Вы по-моему опять сказали что-то соврешенно бессмысленное и ни на чём не основанное.
источник

D

Dmitry in QA — Автоматизация
Roman (rpwheeler)
А это-то то тут причём?
Такой же булшит, как связь тестирования с социологией, психологией, астрологией и прочими науками, придуманная для того, чтобы стричь бабло с любителей курсов и тренингов
источник

D

Dmitry in QA — Автоматизация
Dmitry
Такой же булшит, как связь тестирования с социологией, психологией, астрологией и прочими науками, придуманная для того, чтобы стричь бабло с любителей курсов и тренингов
Тестировщики в сша ещё могут позволить себе такое увлечение и заниматься евангелизм в своих конторах. Но на нашем галерно-ориентированном рынке людей, рассказывающих про то, что всё тестирование по сути исследовательское и остальную context-driven муть пошлют в жеппу и попросят молча писать е2е тесты на кукумбере, потому что заказчику так хочется
источник

EB

Evgenii B in QA — Автоматизация
Kirill K
Количество зависимостей растёт, однако их рост явно не успевает за развитием и оптимизацией существующих подходов.
Ну вот смотри.

Что имеем сейчас:

1. Линтеры и языки, которые даже будучи динамическими, ввели тайпинг. => меньше нужно эксплоратори тестирования

2. Фреймворки и опенсорс. Переиспользование кода увеличилось многократно, своих велосипедов исчезающие мало для типовых задач.

3. Стандартизация протоколов и merge&acquisition технологий (пример: веб браузерные движки и хром под капотом) => нужно меньше эксплоратори тестирования

4. Облака , облачные фермы :=> доступность девайсов и exhaustive покрытия неизвестных девайсов

5. Тулинг: общие окружения: докер, ансибл скрипты , етс => воспроизводимость окружения и исключение человеческих ошибок при деплойменте => меньше эксплоратори тестинга

6. Мониторинг / фича тоггл - легко можно исправить ошибочное состояние; дешевле чем эксплоратори тестирование


TLDR:
В айти все типовое, и если ты делаешь это правильно, тебе не нужно будет как-то фантазировать на счёт того, как тебе что-то протестировать
источник

EB

Evgenii B in QA — Автоматизация
Поэтому я скорее согласен с тобой, да
источник

R(

Roman (rpwheeler) in QA — Автоматизация
Dmitry
Такой же булшит, как связь тестирования с социологией, психологией, астрологией и прочими науками, придуманная для того, чтобы стричь бабло с любителей курсов и тренингов
Где "любители курсов и тренингов", и где социология.  Я не понимаю откуда Вы берёте такие своеобразные идеи.

Вот есть признанный в западном ИТ сообществе Канер, Бах, Болтон.

К Баху ходили учиться из Хьюлет-Паккард, сейчас его Трицентис нанял.

С другой стороны Вы с Вашим мнением про "любителей курсов" -- как-то не смотрится весомым.
источник

R(

Roman (rpwheeler) in QA — Автоматизация
Dmitry
Тестировщики в сша ещё могут позволить себе такое увлечение и заниматься евангелизм в своих конторах. Но на нашем галерно-ориентированном рынке людей, рассказывающих про то, что всё тестирование по сути исследовательское и остальную context-driven муть пошлют в жеппу и попросят молча писать е2е тесты на кукумбере, потому что заказчику так хочется
Эти тезисы мой опыт тоже не подтверждает.
источник

D

Dmitry in QA — Автоматизация
Roman (rpwheeler)
Эти тезисы мой опыт тоже не подтверждает.
Хочу жить в вашем розовом мире😇😇
источник

R(

Roman (rpwheeler) in QA — Автоматизация
Evgenii B
Ну вот смотри.

Что имеем сейчас:

1. Линтеры и языки, которые даже будучи динамическими, ввели тайпинг. => меньше нужно эксплоратори тестирования

2. Фреймворки и опенсорс. Переиспользование кода увеличилось многократно, своих велосипедов исчезающие мало для типовых задач.

3. Стандартизация протоколов и merge&acquisition технологий (пример: веб браузерные движки и хром под капотом) => нужно меньше эксплоратори тестирования

4. Облака , облачные фермы :=> доступность девайсов и exhaustive покрытия неизвестных девайсов

5. Тулинг: общие окружения: докер, ансибл скрипты , етс => воспроизводимость окружения и исключение человеческих ошибок при деплойменте => меньше эксплоратори тестинга

6. Мониторинг / фича тоггл - легко можно исправить ошибочное состояние; дешевле чем эксплоратори тестирование


TLDR:
В айти все типовое, и если ты делаешь это правильно, тебе не нужно будет как-то фантазировать на счёт того, как тебе что-то протестировать
Это всё вообще не имеет никакого прямого отношения к тестированию, и никак его не обязывает и не ограничивает.

С любыми инструментами и протоколами можно написать плохой код, плохие интерфейсы, и попасть на разные специальные случаи.

Примерно как с совершенно типовыми кирпичами можно сложить и на столетие, и такое что развалится.
источник

IC

Ilya L Che in QA — Автоматизация
Evgenii B
Ну вот смотри.

Что имеем сейчас:

1. Линтеры и языки, которые даже будучи динамическими, ввели тайпинг. => меньше нужно эксплоратори тестирования

2. Фреймворки и опенсорс. Переиспользование кода увеличилось многократно, своих велосипедов исчезающие мало для типовых задач.

3. Стандартизация протоколов и merge&acquisition технологий (пример: веб браузерные движки и хром под капотом) => нужно меньше эксплоратори тестирования

4. Облака , облачные фермы :=> доступность девайсов и exhaustive покрытия неизвестных девайсов

5. Тулинг: общие окружения: докер, ансибл скрипты , етс => воспроизводимость окружения и исключение человеческих ошибок при деплойменте => меньше эксплоратори тестинга

6. Мониторинг / фича тоггл - легко можно исправить ошибочное состояние; дешевле чем эксплоратори тестирование


TLDR:
В айти все типовое, и если ты делаешь это правильно, тебе не нужно будет как-то фантазировать на счёт того, как тебе что-то протестировать
Если всё сделать правильно, то можно и не тестировать :)
источник

R(

Roman (rpwheeler) in QA — Автоматизация
Dmitry
Хочу жить в вашем розовом мире😇😇
А с чего бы он розовый?
источник

R(

Roman (rpwheeler) in QA — Автоматизация
Ilya L Che
Если всё сделать правильно, то можно и не тестировать :)
А что мешает и мешает Майкрософту со всем их упором (и даже вкладом) в автоматизацию сделать такой Тимз чтобы люди не крыли его матом, или Винду чтоб не крешилась.

Я вот на неделе поменял пароль в Винде Десятище. У меня последовательно навернулся Скайп, Тимз, и Файрфокс ещё до куччи.

И, несмотря на все рассказы про новую надёжность, я ощутил себя опять в 2011-м году -- "Поменял пароль в Винде? Перегрузись немедленно."
источник

IC

Ilya L Che in QA — Автоматизация
Roman (rpwheeler)
А что мешает и мешает Майкрософту со всем их упором (и даже вкладом) в автоматизацию сделать такой Тимз чтобы люди не крыли его матом, или Винду чтоб не крешилась.

Я вот на неделе поменял пароль в Винде Десятище. У меня последовательно навернулся Скайп, Тимз, и Файрфокс ещё до куччи.

И, несмотря на все рассказы про новую надёжность, я ощутил себя опять в 2011-м году -- "Поменял пароль в Винде? Перегрузись немедленно."
Ну вот хотели бы -- сделали бы. Наверное, не хотят...
источник

А

Алексей in QA — Автоматизация
Roman (rpwheeler)
А что мешает и мешает Майкрософту со всем их упором (и даже вкладом) в автоматизацию сделать такой Тимз чтобы люди не крыли его матом, или Винду чтоб не крешилась.

Я вот на неделе поменял пароль в Винде Десятище. У меня последовательно навернулся Скайп, Тимз, и Файрфокс ещё до куччи.

И, несмотря на все рассказы про новую надёжность, я ощутил себя опять в 2011-м году -- "Поменял пароль в Винде? Перегрузись немедленно."
А тут недавно же пролетали откровения их тимлида. Из них абсолютно понятно, откуда такое качество.
источник

D

Dmitry in QA — Автоматизация
Roman (rpwheeler)
Где "любители курсов и тренингов", и где социология.  Я не понимаю откуда Вы берёте такие своеобразные идеи.

Вот есть признанный в западном ИТ сообществе Канер, Бах, Болтон.

К Баху ходили учиться из Хьюлет-Паккард, сейчас его Трицентис нанял.

С другой стороны Вы с Вашим мнением про "любителей курсов" -- как-то не смотрится весомым.
Ну камон, сейчас бы объяснять, почему я считаю инфоцыган недостойными внимания и почему они всё-таки находят свою аудиторию 🙄
источник

R(

Roman (rpwheeler) in QA — Автоматизация
Dmitry
Ну камон, сейчас бы объяснять, почему я считаю инфоцыган недостойными внимания и почему они всё-таки находят свою аудиторию 🙄
А причём тут "инфоцыгане"? У социологии три "отца", Дюркгайм, Вебер и Маркс. На Маркса ссылались, ссылаются и будут ссылаться в социальных и экономических статьях.

Социология пользуется математическими/статистическими методами, её заказывают большие люди за немаленькие деньги, и с помощью неё пытаются предсказывать результаты выборов, например.

К "любителям курсов и тренингов" социология не шьётся.

Туда можно пришить маркетинг и пиар, но это уже совсем другая история. В которой, однако, тоже есть свои наработки и приёмы захватывающие определённую аудиторию -- что-то писано в классической работе "Пропаганда" классика пиара Бернейса, что-то я читал у нобелевских лауреатов по экономике Акерлофа и Шиллера.

На таких как мы это может быть направлено в корпоративных коммуникациях, и вот да, мы это 100500 раз увидим в коммуникациях от разных курсов и тренингов ("успей занять место", "успей купить со скидкой", "скоро цена повысится", "лучшие получат скидку", "sale XX% off")
источник

R(

Roman (rpwheeler) in QA — Автоматизация
Ну и, если говорить про маркетинг и хайп в автоматизации, и тестировании -- то вот обновление codeless , к которому теперь присоединился AI, и это теперь пытаются нести как бы не на каждую конференцию.
источник