Комментарии 4
Читая ваш пост невольно вспомнила модуль по нагрузочному тестированию на одном известном курсе. Показывали уже не помню какую программу на маке, а у меня винда, с которой программа тоже работает, но нужно подшаманить. Препод не "бе", ни "ме" сказать не смог. В общем, спасибо коллеге-нагрузочнику - без него, кажется, не справилась бы вообще. Честь и хвала нагрузочникам - у мена мозгов на это, как мне кажется, не хватит. А если и хватит, то займет много времени.
Единственное не соглашусь с вами насчет отсутствия развития у мануальщиков - например мой стек - POST API + Openshift + Kafka + Jenkins + немного знаю Java и JavaScript благодаря чему периодически нахожу ошибки в коде ещё до того как взять задачу на полноценное тестирование (а в код смотрю почти всегда, чтобы спрогнозировать что хотя бы теоретически может бабхнуть). Хотя да, автоматизацию тоже потихоньку вводим, но бизнесу пока важнее, чтобы проверялись задачи, чем автоматизировались тесты.
Я без понятия о чём там статья, но заголовок описывает мою жизнь
Тестирование тут не причём, это общая русская беда — всем надо уже вчера, срочно надо было сделать какую-то фичу, потому что заказчик решил, что ему она ВОТ ЗАВТРА НЕПРЕМЕННО НУЖНА. Это не особенность конкретно тестирования,увы это буквально подход многих отечественных компаний в работе. Почему-то это много где как норма воспринимается, хотя это шиза натуральная.
Единственное место, где было по другому — оборонный завод лет десять назад. Но там наоборот никому ничерта не было нужно, чисто пришли на работу, потрещали и разошлись (только мужики в цеху чота делали иногда).
"
Другой вариант, это когда до релиза осталась неделя (классика, чо?) и владелец продукта приходит за нагрузочным тестированием, потому что этого требует бизнес. Поскольку при этом владелец сам не заинтересован в нагрузочном тестировании, он сам будет всячески ему мешать попросту бросив тестирование на произвол и полностью уходя в “игнор” запросов от нагрузочников, чтобы по истечении времени постараться свалить вину на команду тестирования или, хотя бы, надавить на бизнес и сопровождение по поводу полного отсутствия времени и невозможность отложить выход в прод, после короткого общения с нагрузочниками или без него.
Кстати, на эту тему ещё очень смешно ссылаются на «time to market». Это забавно, потому что вывод продукта без представления о производительности может стоить дороже, чем вывод сырого продукта. Есть вариант “канареечного тестирования” и порой он даже работает"
Вам не хватает helicopter view. Вы описываете только с одного ракурса - своего. В меру своего опыта и судя по всему чисто технического. Ситуации бывают 1) сложные 2) различные 3) все ракурсы выбора не видны часто и поэтому кажется вариант выбранный плохой, но на деле может быть самый оптимальный с учетом всего набора факторов
Добро пожаловать в нагрузочное тестирование! Вы поседеете через полгода