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

что такое "подписывает релиз"? :)

я за неделю 10 релизов выкатил, мне каждый кто-то должен подписать?

обоснуйте

а что обосновывать? можно ваще не понимать как юзают продукт кастомеры и шикарно кодить в любых технологиях, тогда что нужно кастомеру оценивает менеджмент и аналитики, инженеры имплементируют и проверяют, бета-тестеры смотрят со стороны ЦА, ПМ аппрувит релиз

работает лучше, чем когда у всех расплывчатые мусорные обязанности

а что обосновывать? можно ваще не понимать как юзают продукт кастомеры и шикарно кодить в любых технологиях, тогда что нужно кастомеру оценивает менеджмент и аналитики, инженеры имплементируют и проверяют, бета-тестеры смотрят со стороны ЦА, ПМ аппрувит релиз

нет, нельзя не понимать, как работают кастомеры, и при этом нормально решать их задачи)

работает лучше, чем когда у всех расплывчатые мусорные обязанности

А дай, пожалуйста, критерии и выборку, на основе которой ты сделал такие выводы.

я за неделю 10 релизов выкатил, мне каждый кто-то должен подписать?

ой, современный сервисный веб-дев - это фигня, это унылый типагибкий бредняк

Ром, давай меньше резких слов?

ой, современный сервисный веб-дев - это фигня, это унылый типагибкий бредняк

окей, я могу вам порассказывать про супер-энтерпрайз в data quality для сбера и банков

нет, нельзя не понимать, как работают кастомеры, и при этом нормально решать их задачи)

на самом деле можно, пруф - все релизы всем известной яблочной продукции )))

там нет веба и непрерывной поставки) но все до одного знают, с чем они работают и чьи задачи решают

там нет веба и непрерывной поставки) но все до одного знают, с чем они работают и чьи задачи решают

ещё раз - знать зачем ты что-то пилишь и для кого - маст я говорю со стороны принятия решений

я слышал, что в тестировании есть хорошие практики, которые работают в каком-то контексте, и нет отличных практик, которые работают для всех.

ещё раз - знать зачем ты что-то пилишь и для кого - маст я говорю со стороны принятия решений

давай так – кто реально сможет принять решение о готовности серьезного энтерпрайзного компонента?

я слышал, что в тестировании есть хорошие практики, которые работают в каком-то контексте, и нет отличных практик, которые работают для всех.

очевидно, это касается любой прикладной сферы

ПО в одиночку? как он это сделает?

ни в коем случае не ПО в одиночку

ещё раз - знать зачем ты что-то пилишь и для кого - маст я говорю со стороны принятия решений

в Agile мусорной практике, с ваших слов, каждый может предложить идею и решение может быть принято

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

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

обычно для этого хватит совета из пары разрабов, qa и ПО

из прикладных примеров - пилили целый год фичу одну (из многих) почти допилили и потом дропнули аж на 2 релиза вперёд, хотя мы с дев вполне считали, что можно и релизнуть, причин - ведро почему нет

что ж вы такое пилите годами

я ж кидал уже

speech recognition

црт?

из прикладных примеров - пилили целый год фичу одну (из многих) почти допилили и потом дропнули аж на 2 релиза вперёд, хотя мы с дев вполне считали, что можно и релизнуть, причин - ведро почему нет

Исходя из этого печального опыта вы решили, что можно экстраполировать своё "мы не осилили" на всю IT отрасль.

Весьма инженерный подход.

я тоже работал в местах, где релизный цикл год-полгода

упаси боже туда вернуться))

Давайте без мата. Здесь разные люди.

да, сорян

сделал ты крутую штуку – а она никому не нужна

ну это не камень в ваш огород, а мой личный печаль опыт)

сделал ты крутую штуку – а она никому не нужна

Я после такого в депрессии лежал несколько месяцев

Исходя из этого печального опыта вы решили, что можно экстраполировать своё "мы не осилили" на всю IT отрасль.

там нет ничего печального, это просто пример принятия конечных решений, такое происходит каждый релиз - это пилим, это нет, динамически меняем приоритеты, дропаем/аппруваем

такие решения физически не могут приниматься кьюа и дев

такие решения физически не могут приниматься кьюа и дев

ну мы с вами говорим про разный уровень решений

тут, наверное, происходит спор аутсорса и продакт компани

если вы пилите фичу год а мы пилим неделю, это разный уровень)

продукты бывают разные

такие решения физически не могут приниматься кьюа и дев

Физически - всмысле они какие-то инвалиды, простите уж, и не могут нажать кнопку деплой?

На них защитный ошейник и их бьет током

продукты бывают разные

именно. поэтому мы зря кричите, что не могут. еще как могут, просто не в ваших процессах

На них защитный ошейник и их бьет током

Нет, тогда они могут, но будут последствия.

Просто утверждение "X не может Y" - так только троллисты пишут.

Физически - всмысле они какие-то инвалиды, простите уж, и не могут нажать кнопку деплой?

уже представил как инженер в адоуб запилил фильтр, который никому не нужен и нажал деплой и версия продукта с фильтром, который компания не хотела вкладывать в этот релиз, пошла в продажу

Просто утверждение "X не может Y" - так только троллисты пишут.

Профессиональные архитекторы мостов

вы просто нивелируете понятие ответственности и профессионализма

уже представил как инженер в адоуб запилил фильтр, который никому не нужен и нажал деплой и версия продукта с фильтром, который компания не хотела вкладывать в этот релиз, пошла в продажу

Так это, а что ему физически мешает это сделать?

а также отрицаете идею, что "уметь шить, вязать и сталь варить" не нужны при работе админом оракл бд

"не нужны" - это тоже троллизм

Так это, а что ему физически мешает это сделать?

физически ничего, а логически - понимание, что это не его работа и что за это его уволят

Читаю этот тред и прихожу к выводу, что каждый пытается высказать свое мнение со стороны продукта/компании в которой он работает и пытается подогнать процессы под свои должностные иструкции и уровень компетенции. Исходя из такой позиции вы никогда не придете к какомуто общему мнению и холивар будет продолжаться бесконечно. К тому же данная тема больше касается процессов разработки в целом а не вопросов тестирования, которые призван обсуждать данный чат.

"не нужны" - это тоже троллизм

и чо, как вам поможет умение вышивать крестиком у сишарп дева, разрабатывающего игрушки?

и чо, как вам поможет умение вышивать крестиком у сишарп дева, разрабатывающего игрушки?

Эти вопросы бессмысленные без уточнений. Скорее всего никак. Но если сишарпист разрабатывает симулятор шитья - то еще как поможет!

Читаю этот тред и прихожу к выводу, что каждый пытается высказать свое мнение со стороны продукта/компании в которой он работает и пытается подогнать процессы под свои должностные иструкции и уровень компетенции. Исходя из такой позиции вы никогда не придете к какомуто общему мнению и холивар будет продолжаться бесконечно. К тому же данная тема больше касается процессов разработки в целом а не вопросов тестирования, которые призван обсуждать данный чат.

ни в коем случае, современные процессы разработки скатили идею, что инженерные-управленческие и всякие "блаблабла-поговорить" проф сферы типа эквивалентны и "каждая доярка может стать президентом"

и я оспариваю идею, что это норма, безотносительно моего продукта

просто примеры из практики или абстрактные, что логично

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

физически ничего, а логически - понимание, что это не его работа и что за это его уволят

ну и замечательно, именно так компании получают чуваков, которые работают с 10 до 18 и инициативы у них 0

Как же тут некоторые любят заниматься терминологической софистикой )

Да уж. Это делает меня грустным каждый раз.

ERROR: S client not available

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

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

плюс "успех" - это в основном маркетинговая вещь, все успешные люди - не инженера

то есть являются в основном не исполнителями, а управленцами/координаторами

плюс "успех" - это в основном маркетинговая вещь, все успешные люди - не инженера

вот не надо. Джон Кармак смотрит на тебя с осуждением (и не только он)

ну и замечательно, именно так компании получают чуваков, которые работают с 10 до 18 и инициативы у них 0

инициатива и перетягивание одеяла на себя под названием "я лучше других знаю" - разные вещи

вот не надо. Джон Кармак смотрит на тебя с осуждением (и не только он)

он как раз лучший пример того, что я сказал )))

но я стопэ на эту тему, дальше тока во флудилке

тут про инженерные практики

и процесс

но я стопэ на эту тему, дальше тока во флудилке

флудилка - это где?

флудилка - это где?

https://telegram.me/qaflood

https://twitter.com/un_ninex/status/831762954915835904

А пользует кто sencha test?

Стоит оно того?

А пользует кто sencha test?

А интересует сам фреймворк или инструментарий?

Инструментарий для тестирования

Про инструментарий, увы, ничего не скажу. А под копотом там обычный Jasmine, который на любителя, но довольно неплох если не считать автотестов на js.

Есть ли тут коллеги, причастные к тестированию безопасности под Windows? Интересуют экзотические виды инжектов в процессы и методы убиения процессов.

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

Обсудить завтрашнее мероприятие в Спб можно тут: https://t.me/joinchat/AAAAAAqdpdBp0Yf3qfEApA ?

кроме того, что это задевает порядка 11 человек в этом чате

https://t.me/qa_meetup этот тред вообще забросили?

Главное организатора пингануть, а то сам канал ни кому не сдался

Можно без мата?

Не наблюдаю

Больше правил!

Все ок, я почистил.

Кстати очень напоминает про менеджеров и то, что никто не может принимать решения без этих самых менеджеров;)