Alina Bryleva
Я не берусь за определения, с этим у меня всегда беда. Высказываю свое мнение.
Max
в таком случае у меня никаких возражений =) и извините, если резко, тестирование - это всё еще профессия для меня
Alina Bryleva
Великий могучий язык позволяет интерпретировать слова не в свою пользу. чего уж там говорить о понятиях и критериях качества. :))
============ FALCON ============
Почему бы покрытие тестами не считать частью разработки?
Alina Bryleva
Vitalii
Я уверен в том, что далеко не каждый ПО сможет качественно протестировать. А казалось бы речь идёт о ручном тестировании
Anton
Как-то категорично звучит. Основная цель тестирования - достижение приемлимого качества продукта. Критерии качества определяется командой и рынком. Юнит тесты - девеллперы, Функциональное, Интеграция, нагрузочное, производительность и регрешн - автоматизация, и кстати далеко не всегда. Бывают случаи, когда быстрее/дешевле вручную протестировать что-то, чем дописать и исправить много зависимого кода. не важно кто занимается автоматизацией тестов, главное - качество продукта. Юзабилити, ui и прочее - только мануальное тестирование, если ПО имеет достаточно времени - ок, только я очень сомневаюсь в качестве проведенного тестирования. Профессиональный тестировщик не тот, кто принимает решение о допуске релиза в продакшн, а тот кто способен оценить качество продукта и поддерживать его. Это делается с помощью определенных метрик, которые используют qa. Ответственность за качество лежит на всей команде разработки, включая qa и dev. Чтобы у девов создавалась ценность качества продукта, лучше проводить ретро, чем удалять из команды квалифицированных qa или заставлять писать девов автотесты. Я бы не обесценивала чужой труд.
👍🏻
Olga
#whois Доброго утра! Соблюдаю традицию: ▫️Работаю в Growth Academy. Занимаюсь темой Growth Hacking в России ▫️Перевожу статьи, книги и ссылки по GH с английского языка ▫️Могу поделиться своими материалами. Без воды, просто и по делу ▫️Ищу полезную информацию по PM и надеюсь на помощь в моих не всегда умных вопросах ▫️г. Ростов-на-Дону ▫️Сарафанное радио
Alexandr
На какой ? Тестировщики не нужны или нужны ?
разработчики склонны недооценивать роль тестировщиков, я сам был такой, но поработав в тесном сотрудничестве и осмыслив важность тестовых моделей, качества описания тест кейсов я понял - разработчик может покрывать свой код модульными тестами, используя разные инструменты контролировать процент покрытия, но есть дефекты требований, случаи, которые разработчик просто не учел в разработке и соответственно на это нет тестов. да тестировщик должен трансформировать в автоматизатора, но говорить что тестировщики не нужны и мы все сделаем разработкой - это д'артаньянство, хотя небольшая команда универсалов, которая называет себя разработчиками - вполне на это способна =)
Алекс
Самые лучшие тестировщика это пользователи ПО
Ivan
Не слишком ли это рискованно, тестировать на пользователях?
Артём
Не слишком ли это рискованно, тестировать на пользователях?
согласен, когда я пробую какие-то инструменты, если мне не нравится, то больше я его не попробую
Алекс
На обзоре спринта мы получим обратную связь от пользователей :)
Артём
и потеряете репутацию в случае неудобного, плохого ПО
Vladimir
У вас пользователи тестируют на обзоре спринта? 😂
Vladimir
Хотя если пользователем является тестировщик... 🙄
Алекс
Ок. Хочу донести следующую мысль. Что при достаточном уровне инженерных практик, при которых исключаются критические ошибки и финансовые потери и при условии что команда использует пользовательские истории. В этом случае лучше пользователя ПО не проверят.
Vladimir
Ну вот можете ведь ) А то как в "синих листьях" - объясню ка я так чтобы никто не понял что я имею ввиду 😁
Алекс
У вас пользователи тестируют на обзоре спринта? 😂
На обзоре пользователи дают обратную связь.
Артём
Ок. Хочу донести следующую мысль. Что при достаточном уровне инженерных практик, при которых исключаются критические ошибки и финансовые потери и при условии что команда использует пользовательские истории. В этом случае лучше пользователя ПО не проверят.
я не согласен, я считаю, что есть эксперты, которые лучше меня знают о тонкостях проектирования UX, например, мне могут сказать, что так как правша то мне будет удобнее поставить ламу слева или убрать подтверждение операции удаление и добавить возможность восстановления удаленных по случайности, что сэкономит мне 2 сек за операцию
Артём
ИТ слишком дорого, чтобы еще и передать свою работу самим пользователям
Vladimir
А я наоборот - согласен ) Только вот "достаточный уровень инженерных практик" подразумевает автоматизацию техтирования бизнес логики, исследовательское тестирование, код ревью, обсуждение дублирующих кейсов использования продукта... короче считай тестирование и есть.
Артём
А я наоборот - согласен ) Только вот "достаточный уровень инженерных практик" подразумевает автоматизацию техтирования бизнес логики, исследовательское тестирование, код ревью, обсуждение дублирующих кейсов использования продукта... короче считай тестирование и есть.
я не знаю как правильно расположить кнопку ОК и Отмена относительно друг друга, когда я буду тестировать я без проблем буду правильно нажимать в любом их положении и не делать ошибок. А когда я поработаю с этой программой месяц и Ок войдет в привычку неправильного положения, то в вдругом непрофессиональном ПО я буду ошибаться, это лишь потому что я не эксперт проектирования и мой фидбек о положении оказался на уровне ощущений, а не на основе знаний
Vladimir
Вы описали ситуацию, когда у вас в команде нет UX специалиста )
Vladimir
Так вы все равно не узнаете что она расположена неправильно )
Алекс
Ну вот можете ведь ) А то как в "синих листьях" - объясню ка я так чтобы никто не понял что я имею ввиду 😁
Простите, сложно писать на ходу, перебегать проезжую часть и формулировать мысль правильно:)
Артём
я говорю, что работу нужно делать качественно до пользователя и давать ему инструмент
Артём
а не слушать желания пользователя, который сейчас хочет есть или в голове планирует отпуск
Vladimir
Ну да.. Если тестирование интегрировано в разработку и на хорошем уровне, то можно "тестировать" на пользователях и публично заявлять что так можно =)
👍 Да, я примерно о том же. Есть очень качественные команды, где тестирование это уже подсонательный навык у каждого участника.
Артём
если бы меня автопроизводитель спросил как ты хочешь включать указатель поворота, я бы сказал - рычагом, а так как я правша я бы переключал его правой рукой
Алекс
Главное что вы успели перебежать )
Если пишу, значит не стоит волноваться.
Vitalii
если бы меня автопроизводитель спросил как ты хочешь включать указатель поворота, я бы сказал - рычагом, а так как я правша я бы переключал его правой рукой
Давненько читал статью про какую-то местечковую компанию из США, кажется, которая быстро-быстро делала машину, выпускала ее на рынок, получала обратную связь и переделывала все, что нужно. Интересная статья была. Но деталей вообще не помню. Речь не о крупном автоконцерне
Max
если бы меня автопроизводитель спросил как ты хочешь включать указатель поворота, я бы сказал - рычагом, а так как я правша я бы переключал его правой рукой
Вы в крайности уходите и вот Вам другая крайность - что если вы покупаете автомобиль, а производитель заявляет что включение указателя поворота осуществляется из багажника?
Артём
Вы в крайности уходите и вот Вам другая крайность - что если вы покупаете автомобиль, а производитель заявляет что включение указателя поворота осуществляется из багажника?
а какой фитбэк собирать? вы мне дадите руль и переключатель указателя поворота слева, я скажу что мне неудобно слева т к я правша и вы перенесете его на право, а через несколько недель след фича - включение дворников
Max
ну я не куплю
Это тоже фидбек, и его тоже автопроизводитель будет собирать
Артём
я пытаюсь сказать, что не надо перекладывать работу ИТ на пользователей
Max
Это да
Max
Но тестирование на пользователях в некоторых контекстах действительно оправдано с позиции бизнеса. Части тестирования, конечно же
Max
Ровно как и сбор требований. Например через голосование по новым фичам
Vladimir
Lean стартап )
Vladimir
на пользователях надо не тестировать а проверять гипотезы )
Max
Это включено в понятие тестирования, в его правильную трактовку
Vladimir
Так вот не надо тестировать на пользователях )
Vladimir
надо проверять гипотезы )
Alexandr
для меня тестирование != проверка идеи, предлагаю не путать поставку качественного софта и поставку нужных фич
Dmitry
Ещё не видел разработчика, который бы не накосячил. При этом неважно есть тестировщики в команде или нет - все разработчики косячили !
в реальном мире можно не сужать до разработчиков. Просто косячат - все. потому что человеки Но чат вроде как про agile - это не где виноватого ищут, а где пытаются постоянно совершенствоваться
Dmitry
тестировщики тоже косячат - это тоже факт. для чего нужны такие факты?
Ruslan
Все косячат. Даже роскомнадзор
Anonymous
Доброго времени суток
Levon
🖐
============ FALCON ============
Hi!
Sergey
Привет!
Anton
Чат ожил!😝
Anton
Все здесь?))
Anton
Hey, dudes! Who are you? Тут принято представляться и никто не любит Анонов.
Anonymous
Это пять!!!!!
Ark
hey man, I am sorry... I have joined earlier this month but did not introuduce myself as well... I am just a web developer currently live in Moscow and interested in Agile stuff... )) I hope you are going to love me more now ))
Vladimir
Тест связи
Sagitova
Еще живы
Artem
Томск пока на связи :)
Pavel
Maxi
Казань на связи
Sergey
В Ульяновске тоже жизнь теплится. В субботу вот LESS стартовали https://www.facebook.com/illya.pavlichenko/posts/10156295662144104?notif_id=1523721200433859&notif_t=like_tagged&ref=notif
Vladimir
http://joxi.ru/l2Z1BDeHwPeWem
Vladimir
уели )
Sergey
:) иногда цели превращаются в "уели" :) А если "Ох" еще добавить тогда вообще весело становится ....
Алекс
👍
Алекс
Друзья, а этот чатик будет мигрировать в какие нибудь другие мессенджеры или социальные сети?
Maxi
Мне кажется удобнее всем проксю настроить, чем 2к людей перемещать