Size: a a a

QA — Load & Performance

2021 May 21

AG

Alex Grishutin in QA — Load & Performance
хз, самого гложит. Но, когда принимаешь, что это нормальный рабочий процесс, как то проще к этому относишься.
источник

AG

Alex Grishutin in QA — Load & Performance
имхо, если простой не по твоей вине, совесть мучать не должна
источник

AA

Artem Astaxov in QA — Load & Performance
Нуу дело не в совести даже, просто скорее визуально ничего особо не меняется хотя ты как бы работаешь(ждешь разраба, доступ, ищешь кого то), а без результатов пусть и мелких не очень чет ощущается, хотя в целом понимаю что тут немного больше пофигизма не помешает
источник

AG

Alex Grishutin in QA — Load & Performance
так это больше про видимость результатов работы. Аля вот когда что то упало, или пофиксили - сразу воодушевление, а когда занимаешься тем, что никогда свет не увидит, то да, грустно)
источник
2021 May 22

A

Anna in QA — Load & Performance
беда бывает, если к примеру договор с клиентом на большую поставку Х числа, и там в параллели пилят несколько перфтест-реквайрд задач. сидишь как на иголках, когда уже в тесты отдадут, а потом еблысь - и у тебя одна рабочая неделя на то, что по-хорошему надо тестить три. а ещё прикольнее, когда условное 31 мая понравилось в качестве финальной даты аж 3 клиентам.

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

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

VG

Viktor Ganeles in QA — Load & Performance
Сперва приятные премии, а потом работу ненавидишь
Нет уж
источник

A

Anna in QA — Load & Performance
прям недавно получилась как раз ситуация, когда три недели развлекали себя сами, а сейчас придется похерачить
источник

A

Anna in QA — Load & Performance
ну если цель работы - заполнение отчетиков, то пожалуй да. а если это активный процесс деланья из говна конфетки, то что тут ненавидеть?)
источник

AG

Alex Grishutin in QA — Load & Performance
Если вина не ваша, а плохой эстимации менеджеров или еще чего, то не принимайте близко и все)
источник

A

Anna in QA — Load & Performance
ну и вообще, хз как у других, а у нас дело сугубо добровольное
источник

AG

Alex Grishutin in QA — Load & Performance
Ну просто вот это "добровольное" часто приводит к тому, что садятся на шею)
источник

A

Anna in QA — Load & Performance
ну так надо баланс держать в рамках собственной капасити
источник

A

Anna in QA — Load & Performance
вообще речь про своего рода "стечения обстоятельств", которые в самом неудачном случае дают ситуацию "сидим на жопе, потом херачим с овертаймом"
источник

AG

Alex Grishutin in QA — Load & Performance
Ну просто с этими овертаймами, например, для себя встретился с такой проблемой. Не все овертаймы логаешь, работаешь по сути пробоно для фирмы. Из-за этого вообще непонятно сколько реально времени занимают таски и на некст проекте менеджмент неправильно эстимирует задачи. Типо: "Вот на прошлом проекте аналогичная задача заняла n часов". А то что там овертаймов на n×2 незалоганых - пофиг)
источник

jj

jagga jagga in QA — Load & Performance
это значит ты источник такой проблемы
источник

A

Anna in QA — Load & Performance
так не надо это молча делать
источник

A

Anna in QA — Load & Performance
или предлагаете специально не успевать, чтобы продемонстрировать, сколько реально занимает задача?) "назло уши отморожу"
источник

A

Anna in QA — Load & Performance
вообще у нас дьюдэйты проставляются командой в ручном режиме, проблемы в этом плане нет. а вот когда дата спускается охеренно сверху, там уже всем плевать, сколько часов что-то заняло. бывает постановка перед фактом в финтехе, бывает)
источник

СФ

Степа Фомичев... in QA — Load & Performance
По мне так норм ситуация, когда изредка ты перерабатываешь (важный релиз или непредвиденные проблемы), изредка меньше работаешь(более простые и менее срочные задачи). Проблемы начинаются когда это системно становится. По мне так же не успевать иногда по срокам это вполне нормально, так как оценка по часам/сторипоинтам это в большинстве своём седьмая вода на киселе и перерабатывать только чтобы успеть в сроки неправильно оценённой задачи это лишнее
источник

СФ

Степа Фомичев... in QA — Load & Performance
Условно говоря делали вы задачу 5 дней, вам говорят что все не так, требования изменились и нужно половину переделать. В таком случае нужно закрыть первую задачу и открыть вторую
источник