Size: a a a

QA — русскоговорящее сообщество

2021 May 02

R(

Roman (rpwheeler) in QA — русскоговорящее сообщество
Совершенно по священному закону Мэрфи если есть сроки и бюджет, невозможно определить что именно будет сделано — т.е. на 30-е марта 2024-го года будет сделано *что-то* (см. Киберпук), но это что-то вовсе не обязательно будет "всё по тз"
источник

R(

Roman (rpwheeler) in QA — русскоговорящее сообщество
Другая команда сначала сказала "дадим посмотреть через два месяца", сейчас они говорят "неизвестно когда дадим", ресёрч уходит в неизвестность.
источник

AG

Andrew Gasov in QA — русскоговорящее сообщество
И проблема в этой ситуации, конечно, в том, что "эстимейты не работают".
источник

R(

Roman (rpwheeler) in QA — русскоговорящее сообщество
Не модули и не контракт. Контракта собственно нет ещё, он начнётся только с того что сделает другая команда.
источник

K

Keane in QA — русскоговорящее сообщество
Т.е. у вас есть результат ресёрча и он говорит, что на данном этапе реализация невозможна? Выглядит как "нам нужно идти по другому пути и оставить попытки сотворить то, что творили" .
источник

AG

Andrew Gasov in QA — русскоговорящее сообщество
И ещё раз.
Если вы никак не можете согласовать системный дизайн и схему взаимодействия заранее - это называется BLOCKED BY.
Ваши задачи и задачу этой самой команды нельзя делать параллельно, только последовательно.
И браться за планирование, эстимирование и реализацию надо только после того, как вы будете разблокированы.

И то, что вы дали какие-то эстимейты и их сорвали в этой ситуации - это опять же не про "эстимейты не работают", а про то, что управление работой построено криво.
источник

K

Keane in QA — русскоговорящее сообщество
На всякий случай, у ресёрча должны быть сроки. Если вы не укладываетесь в отведённый срок, то вы не двигаетесь дальше по этому направлению.
источник

K

Keane in QA — русскоговорящее сообщество
В противном случае ресёрч может закончиться фразой "Это невозможно реализовать" через 15 лет.
источник

R(

Roman (rpwheeler) in QA — русскоговорящее сообщество
Я тут выступлю от противного, как "убийца эстимейтов",
Грубо упрощая, до того как я беру задачу в тестирование, я не знаю насколько программисты нафакапили, или насколько идея фичи вообще реализуема.

Через какое-то время тестирования я могу сказать:
— ок, это релизится.
— всё плохо, критические проблемы — время на фичу удваивается.
— это вообще никуда не годится, так дело не пойдёт, фичу надо делать другим путём, а не так как вы сначала придумали.

Ну и это не только я могу сказать, магии в этом нет. Если вам эстимейт "спринт" так же хорош как "два спринта", лишь бы не "три спринта" — окей. Но "убивать" фичу которая была в разработке два спринта до "нужно всё по новой" тоже доводилось.

А бывало и такое что мы вообще не были уверены что исходная задумка продукта пройдёт. Через пять месяцев разработки он во что-то упирался (вот в ту память, например, и ещё в производительность хуже того что было), и замораживался, уходя в неизвестность. Хотелки бизнеса вполне могут быть нереализуемы, но приступая к ковыряниям мы не всегда можем сразу это сказать.
источник

R(

Roman (rpwheeler) in QA — русскоговорящее сообщество
У нас нет результата ресёрча, его не начинали даже, потому что базы для ресёрча не получили.
источник

R(

Roman (rpwheeler) in QA — русскоговорящее сообщество
Ну я ж и говорю что эстимейты НЕ ВСЕГДА ВОЗМОЖНЫ, а могут быть заблокированы.
источник

AG

Andrew Gasov in QA — русскоговорящее сообщество
Эстимейт возможен всегда, когда возможно брать задачу в работу.
Если задачу брать в работу нельзя (например она заблокирована) -> эстимейтить можно, но [s]бессмысленно[/s] с высокой долей вероятности эстимейт изменится.
Если задачу брать в работу, пока она заблокирована внешней командой и нет понимания что вы вообще делаете (а без контракта и системного дизайна это примерно так) -> то и ваш эстимейт, и результаты вашей работы с высокой долей вероятности полетят в dev/null.
И если вы так делаете - это не проблема эстимейтов, а проблема того, что вы беретесь делать "что-то непонятно что".
источник

K

Keane in QA — русскоговорящее сообщество
Пока я вижу кучу примеров того, как факапили люди. И то, что в руководство на отдельных проектах не очень умели.

Но ни одого примера, который бы показывал, что оценка времени невозможна.

P. S. Всё это неумение руководить и организовывать приводит к усложнению задачи оценки времени, но не делает её невозможной.
источник

R(

Roman (rpwheeler) in QA — русскоговорящее сообщество
"Оптимисты да идут в маркетинг" (с) Бах.  Вы считаете "всегда возможной", я считаю "не всегда". Я не убедил вас, вы не убедили меня. читатели пусть делают свои выводы как хотят.
Предлагаю на этом расходиться.
источник

K

Keane in QA — русскоговорящее сообщество
Поддерживаю про расходиться. Мы три круга прошли. :)
источник

FA

F A in QA — русскоговорящее сообщество
Всем привет
Подскажите пожалуйста, где найти инфу о настройке Appium на Mac для тестов IOS прилок на Python
Перелопатил весь нет
источник

AS

Andrew Sadomov in QA — русскоговорящее сообщество
источник

AS

Andrew Sadomov in QA — русскоговорящее сообщество
Хотя сам с аппиумом не работал что за приложения на питоне под Айось тоже понятия не имею
источник

AS

Andrew Sadomov in QA — русскоговорящее сообщество
Ну и скорее всего вам нужен не баш профайл а zshrc
источник

FA

F A in QA — русскоговорящее сообщество
тестить на питоне)
спасибо
источник