Size: a a a

Обсуждения техдирские

2019 June 24

RM

Rustem Mannanov in Обсуждения техдирские
Мария Черных
Может буть вы мне сможете обьяснить в чем ключевое отличие между тестировщиком и QA?
Наверное, если совсем по простому и в идеальном мире - QA про качество продукта, тестировщики (в понимании процесса разработки) - про качество кода. Но все понимают это по разному - это факт.
источник

МЧ

Мария Черных in Обсуждения техдирские
Старый Хрыч
😐вы ещё поди тз захотели?тестеры зачастую смотрят то что клиент должен увидеть и нажать кнопочку с донатом\покупкой сейчас. А получить общее представление о продукте, да ещё и полном функционале, это почти мечты.
да многие скажут что у меня плохая выборка, но если зайти и спросить qa и девупсов, то у большинства сейчас тестов почти нет, а плонимания что разрабатывают тем более
Без понимания продукта вообще нельзя. Представьте, даём задачу тестера проверить, что у клиента правильно списались деньги со счета Карты. А он только кнопочки потыкал, а документы не проверил. А потом клиент приходит в банк и орет, что у него 2 раза списали средства вместо одного.
источник

СХ

Старый Хрыч in Обсуждения техдирские
Мария Черных
Без понимания продукта вообще нельзя. Представьте, даём задачу тестера проверить, что у клиента правильно списались деньги со счета Карты. А он только кнопочки потыкал, а документы не проверил. А потом клиент приходит в банк и орет, что у него 2 раза списали средства вместо одного.
я знаю места где это регулярно, а люди уже заработали 1,5 млрд $
источник

МЧ

Мария Черных in Обсуждения техдирские
Rustem Mannanov
Наверное, если совсем по простому и в идеальном мире - QA про качество продукта, тестировщики (в понимании процесса разработки) - про качество кода. Но все понимают это по разному - это факт.
Получается, что это этап развития тестировщика. Синьор уже должен смотреть на процессы и оценивать качество продукта, а не только отдельно взятый кусок кода.
источник

ТС

Тестировщик Собеседований in Обсуждения техдирские
И самое страшное это отсутствие документации. Приходишь на проект, которому лет 5, а доков нет. Тебя сажают на стульчик рядом с аналитиком, и тот тебе на руках объясняет что, где и как устроено. Вместо того, чтобы один раз засесть на пару дней, захерачить нормальную доку и вновь прибывших отсылать ее читать, вместо того, чтобы слышать одни и те же вопросы по сто раз и сто раз объяснять одно и тоже, тратя свое время
источник

СХ

Старый Хрыч in Обсуждения техдирские
Мария Черных
Получается, что это этап развития тестировщика. Синьор уже должен смотреть на процессы и оценивать качество продукта, а не только отдельно взятый кусок кода.
развитие никак не коррелирует с правами у человека на проекте
источник

RM

Rustem Mannanov in Обсуждения техдирские
Мария Черных
Получается, что это этап развития тестировщика. Синьор уже должен смотреть на процессы и оценивать качество продукта, а не только отдельно взятый кусок кода.
Возможно, лично видел как из отличного тестировщика получался хороший РО. Но это скорее исключение. Обычно всё не так)
источник

СХ

Старый Хрыч in Обсуждения техдирские
Тестировщик Собеседований
И самое страшное это отсутствие документации. Приходишь на проект, которому лет 5, а доков нет. Тебя сажают на стульчик рядом с аналитиком, и тот тебе на руках объясняет что, где и как устроено. Вместо того, чтобы один раз засесть на пару дней, захерачить нормальную доку и вновь прибывших отсылать ее читать, вместо того, чтобы слышать одни и те же вопросы по сто раз и сто раз объяснять одно и тоже, тратя свое время
🤣хорошо если аналитик, прикольнее, когда тебя отправляют код читать, а там его писали 4 разные команды разработчиков на 3 языках
источник

ТС

Тестировщик Собеседований in Обсуждения техдирские
Старый Хрыч
🤣хорошо если аналитик, прикольнее, когда тебя отправляют код читать, а там его писали 4 разные команды разработчиков на 3 языках
И комментов к коду нет, куча наследований и большая связность :)
источник

СХ

Старый Хрыч in Обсуждения техдирские
Тестировщик Собеседований
И комментов к коду нет, куча наследований и большая связность :)
80+ микросервисов, которые можно заменить 3-4 хранимыми процедурами, так ещё и каждый из которых срёт по 4-5 раз в очередь, а база, если убрать дубликаты вместо 400  гб станет 15.
А на любые вопросы - ну так исторически сложилось
источник

RM

Rustem Mannanov in Обсуждения техдирские
Мария Черных
Получается, что это этап развития тестировщика. Синьор уже должен смотреть на процессы и оценивать качество продукта, а не только отдельно взятый кусок кода.
Скорее возможность такой вариативности зависит от того что для вас продукт. Если код/solution для передачи заказчику - ситуация одна, если продукт = услуга дбо для физических лиц, то другая. It depends)
источник

NN

Nick Nickov in Обсуждения техдирские
что за адище вы тут перетираете?
источник

NN

Nick Nickov in Обсуждения техдирские
а за  что ему бан то?
источник

R

Ruslan in Обсуждения техдирские
Тестировщик Собеседований
И самое страшное это отсутствие документации. Приходишь на проект, которому лет 5, а доков нет. Тебя сажают на стульчик рядом с аналитиком, и тот тебе на руках объясняет что, где и как устроено. Вместо того, чтобы один раз засесть на пару дней, захерачить нормальную доку и вновь прибывших отсылать ее читать, вместо того, чтобы слышать одни и те же вопросы по сто раз и сто раз объяснять одно и тоже, тратя свое время
Если документы писать пару дней, то действительно не понятно. А если за пару дней добавляется пары десятков страниц доков, то даже при их наличии надо сажать нового рядом и рассказывать, потому что он всю документацию будет читать месяц и все равно не поймет.
источник

СХ

Старый Хрыч in Обсуждения техдирские
Nick Nickov
что за адище вы тут перетираете?
реалии современной разработки
источник

NN

Nick Nickov in Обсуждения техдирские
ДОкументацию трудно писать если через месяц ее надо уже переписывать
источник

ИП

Иван Повстен in Обсуждения техдирские
Nick Nickov
ДОкументацию трудно писать если через месяц ее надо уже переписывать
Парни, как может быть такой короткий горизонт планирования?
источник

NK

ID:0 in Обсуждения техдирские
Почему так важна открытость в общении команды

Смысл всякой деятельности лежит вне её пределов
и чтобы понять этот смысл, надо посмотреть, что было до этой деятельности и что случится после неё. Например, чтобы понять, почему руководитель разработки сделал чатик "Новый проект", надо видеть, с каким новым заказчиком он общался перед созданием чатика и о чём он будет писать в чатике.

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

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

Незапланированные ресурсы непрогнозируемы. Это ведёт к рискам превышения расходов над доходами при достижении цели. Для нивелирования рисков перерасхода требуется план расходов с привязкой к промежуточным результатам с самого начала проекта до самого достижения цели.

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

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

Открытость и откровенность каждого члена команды является залогом максимального контроля над всеми ресурсами, затрачиваемыми для достижения Цели.
источник

ИП

Иван Повстен in Обсуждения техдирские
ID:
Почему так важна открытость в общении команды

Смысл всякой деятельности лежит вне её пределов
и чтобы понять этот смысл, надо посмотреть, что было до этой деятельности и что случится после неё. Например, чтобы понять, почему руководитель разработки сделал чатик "Новый проект", надо видеть, с каким новым заказчиком он общался перед созданием чатика и о чём он будет писать в чатике.

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

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

Незапланированные ресурсы непрогнозируемы. Это ведёт к рискам превышения расходов над доходами при достижении цели. Для нивелирования рисков перерасхода требуется план расходов с привязкой к промежуточным результатам с самого начала проекта до самого достижения цели.

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

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

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

ИП

Иван Повстен in Обсуждения техдирские
Чем чаще и внимательней пересматривается план и риски, тем точнее будут спрогнозированы ресурсы для достижения цели -
источник