Size: a a a

QA — Load & Performance

2020 December 14

M

Max in QA — Load & Performance
Степа Фомичев
Вам нужно наладить коммуникации с командой разработки, иначе процесс затянется лет на 5
понял, спасибо )) пошел налаживать )
источник

СФ

Степа Фомичев... in QA — Load & Performance
Max
понял, спасибо )) пошел налаживать )
Я вам сейчас распишут некоторые пункты для коммуникации в бюрократических структурах, которые я выработал, когда работал в Сбербанке.
1) попросите/нарисуйте схему системы, со всеми внешними сервисами, связями между элементами, протоколами
2) получите доступ к логам приложения и всех элементов системы, что только можно
3) попробуйте получить доступ к бд/сиатистике/мониторингу
4) получите доступ к мониторингу машинных ресурсов системы
5) узнайте список контактных лиц, их сферы ответственности - разрабов, тестировщиков, менеджера, девопса/админа/дба. Их почты, телефоны, мессенджеры/скайп
6) не задавайте часто по одному вопросу, лучше несколько за раз
7) когда пишите вопрос, как можно развёрнутее пишите входные данные, шаги воспроизведения, проблематику
8) если у вас принято писать по почте, начинайте с неё (но лучше почту выбросить нафиг), потом чат, если что-то горит можно даже телефон
9) если пишете по почте, но вам не отвечают или отвечают долго,  а также по важным вопросам ставьте а копию вашего менеджера, который обязал вас проводить нт
10) четко обозначьте и зафиксируйте со своим менеджером цели и задачи НТ. Что вы своими действиями должны добиться
11) уведомите о итогах пункта 10 команду системы, чтобы они понимали вэлью того что вы делаете для них
12) получите доступ в конфлюенс/к документации
13) документируйте результаты тестирования
14) храните все программные решения в системе контроля версий
источник

AK

Alexey Kübler-Ross in QA — Load & Performance
Степа Фомичев
Я вам сейчас распишут некоторые пункты для коммуникации в бюрократических структурах, которые я выработал, когда работал в Сбербанке.
1) попросите/нарисуйте схему системы, со всеми внешними сервисами, связями между элементами, протоколами
2) получите доступ к логам приложения и всех элементов системы, что только можно
3) попробуйте получить доступ к бд/сиатистике/мониторингу
4) получите доступ к мониторингу машинных ресурсов системы
5) узнайте список контактных лиц, их сферы ответственности - разрабов, тестировщиков, менеджера, девопса/админа/дба. Их почты, телефоны, мессенджеры/скайп
6) не задавайте часто по одному вопросу, лучше несколько за раз
7) когда пишите вопрос, как можно развёрнутее пишите входные данные, шаги воспроизведения, проблематику
8) если у вас принято писать по почте, начинайте с неё (но лучше почту выбросить нафиг), потом чат, если что-то горит можно даже телефон
9) если пишете по почте, но вам не отвечают или отвечают долго,  а также по важным вопросам ставьте а копию вашего менеджера, который обязал вас проводить нт
10) четко обозначьте и зафиксируйте со своим менеджером цели и задачи НТ. Что вы своими действиями должны добиться
11) уведомите о итогах пункта 10 команду системы, чтобы они понимали вэлью того что вы делаете для них
12) получите доступ в конфлюенс/к документации
13) документируйте результаты тестирования
14) храните все программные решения в системе контроля версий
Очень занимательная подборка 🤔

Можно немного вкину своих замечаний(по опыту) и просто поспамлю своими "крававыми слезами" по пунктам:
2) а что если нет доступа к логам? Нужно заводить заявки даже не на админа по проекту, а на более далёкие от тебя структуры(дба, иб, админы линукс, админы аих, админы очередей, и прочие бюрократические структуры)...
Вроде бы - ну - заведи, а не все так коасиво, на тестовые среды эстимейт месяц 🤣🤣🤣 + не так завел, заявку просто закроют... Месяц просран 🥺
А у админов - нет доступа, и не дадут... 🤷‍♂

3) нет доступа к бд, "не знакомая структура бд", а ты пиши запрос, передай его админу, а у него ошибка, и он тебе задаёт вопрос аля "погугли за меня"  🤣🤣
А у тебя нет доступа, Карл 🥺🥺

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

5) любой контакт просит "заявку", время на выполнение заявки ~= месяц... 🥺🥺 Но это не так страшно, иногда сначала делают, потом просят заявку 🤗 мира этим людям!

8) если кто-то прибегает "какого хера?", часто в почте найти "подтверждение, того что головожопик не ты" проще, по этому, я бы не советовал "мессенджер", а советую следующий "антибюрократический" алгоритм: письмо+время +мессенджер+время +звонок = результат и прув 😅

А в остальном, спасибо за шаринг))) так и живём 🤣🤣
источник

АК

Андрей Коломытов... in QA — Load & Performance
Спасибо, сохранил 👍
источник

СФ

Степа Фомичев... in QA — Load & Performance
Alexey Kübler-Ross
Очень занимательная подборка 🤔

Можно немного вкину своих замечаний(по опыту) и просто поспамлю своими "крававыми слезами" по пунктам:
2) а что если нет доступа к логам? Нужно заводить заявки даже не на админа по проекту, а на более далёкие от тебя структуры(дба, иб, админы линукс, админы аих, админы очередей, и прочие бюрократические структуры)...
Вроде бы - ну - заведи, а не все так коасиво, на тестовые среды эстимейт месяц 🤣🤣🤣 + не так завел, заявку просто закроют... Месяц просран 🥺
А у админов - нет доступа, и не дадут... 🤷‍♂

3) нет доступа к бд, "не знакомая структура бд", а ты пиши запрос, передай его админу, а у него ошибка, и он тебе задаёт вопрос аля "погугли за меня"  🤣🤣
А у тебя нет доступа, Карл 🥺🥺

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

5) любой контакт просит "заявку", время на выполнение заявки ~= месяц... 🥺🥺 Но это не так страшно, иногда сначала делают, потом просят заявку 🤗 мира этим людям!

8) если кто-то прибегает "какого хера?", часто в почте найти "подтверждение, того что головожопик не ты" проще, по этому, я бы не советовал "мессенджер", а советую следующий "антибюрократический" алгоритм: письмо+время +мессенджер+время +звонок = результат и прув 😅

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

СФ

Степа Фомичев... in QA — Load & Performance
Ещё важный кейс, который является палкой о двух концах, возможно у меня произошла ошибка выжившего, поэтому прошу коллег поправить, если я не прав:
В разговоре с менеджерами, разработчиками, дба и прочими нужно писать/говорить максимально авторитетно и с позиции большой технической экспертизы в том направлении, в котором они, с 99-процентной вероятностью ничего не смыслят (в нт). Т.е. если вы говорите, что вам нужен тесовый стенд, нужно заранее подготовить структурированный спич на тему «почему без него нт невозможно и как много денег все потеряют если вы его не получите», причём нужно не просить его или поднимать вопрос о его необходимости, а именно ставить перед фактом что он необходим
источник

K

Kostya in QA — Load & Performance
Alexey Kübler-Ross
Очень занимательная подборка 🤔

Можно немного вкину своих замечаний(по опыту) и просто поспамлю своими "крававыми слезами" по пунктам:
2) а что если нет доступа к логам? Нужно заводить заявки даже не на админа по проекту, а на более далёкие от тебя структуры(дба, иб, админы линукс, админы аих, админы очередей, и прочие бюрократические структуры)...
Вроде бы - ну - заведи, а не все так коасиво, на тестовые среды эстимейт месяц 🤣🤣🤣 + не так завел, заявку просто закроют... Месяц просран 🥺
А у админов - нет доступа, и не дадут... 🤷‍♂

3) нет доступа к бд, "не знакомая структура бд", а ты пиши запрос, передай его админу, а у него ошибка, и он тебе задаёт вопрос аля "погугли за меня"  🤣🤣
А у тебя нет доступа, Карл 🥺🥺

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

5) любой контакт просит "заявку", время на выполнение заявки ~= месяц... 🥺🥺 Но это не так страшно, иногда сначала делают, потом просят заявку 🤗 мира этим людям!

8) если кто-то прибегает "какого хера?", часто в почте найти "подтверждение, того что головожопик не ты" проще, по этому, я бы не советовал "мессенджер", а советую следующий "антибюрократический" алгоритм: письмо+время +мессенджер+время +звонок = результат и прув 😅

А в остальном, спасибо за шаринг))) так и живём 🤣🤣
Кушали такое,как часто возникает желание поменять проект/работу?)
источник

AK

Alexey Kübler-Ross in QA — Load & Performance
Степа Фомичев
По последнему алеуту полностью согласен, письмо как подтверждение часто спасало.
По остальным пунктам, имхо, нужно идти вплоть до сто чтобы доносить нужду нт в этих данных и объяснять как много времени и денег они сэкономят на нормальной организации этих процессов.
Работал в банках, собственно, и обычно, с большим или меньшим усилием получалось найти среди менеджкрского состава лоббиста интересов твоего направления
Имхо - это да, вы верно заметили. Далеко не на всех проектах такая "трудность" как у меня... Ибо у меня нюанс, о котором я умолчал, к слову о "упущенной выгоде", -> я стараюсь пичить грамотно, но в силу того, что у меня стенд в сетевой зоне pci dss, и на это наложить "данные с прома о клиентских картах" - вопрос о "выгоде" супротив "безопасности" априори проигрывает 🤷‍♂ 🥺
источник

AK

Alexey Kübler-Ross in QA — Load & Performance
источник

AK

Alexey Kübler-Ross in QA — Load & Performance
🤣🤣
источник

AK

Alexey Kübler-Ross in QA — Load & Performance
Kostya
Кушали такое,как часто возникает желание поменять проект/работу?)
Пока есть очень интересные задачки 😎 вопрос не стоит 🤓
А если закончатся - там и буду думать 🤣🤣
источник

СФ

Степа Фомичев... in QA — Load & Performance
А анонимизировать данные не вариант тоже?)
источник

AK

Alexey Kübler-Ross in QA — Load & Performance
Степа Фомичев
А анонимизировать данные не вариант тоже?)
Нет, к сожалению лично мой проект - невозможно в текущих реалиях
источник

СФ

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

СФ

Степа Фомичев... in QA — Load & Performance
Alexey Kübler-Ross
Нет, к сожалению лично мой проект - невозможно в текущих реалиях
Понял)
источник

СФ

Степа Фомичев... in QA — Load & Performance
Надо сказать что чем меньше данных, тем более требовательно нт к технической экспертизе и опыту инженера
источник

KY

Kirill Yurkov in QA — Load & Performance
на последнем уровне тебе просто дают эндпоинт и всё
источник

KY

Kirill Yurkov in QA — Load & Performance
точнее не так даже, просто закидывают в чат - "вот надо нагрузить")
источник

AK

Alexey Kübler-Ross in QA — Load & Performance
Степа Фомичев
Слепок с прома админы прогоняют через скрипты и отдают обезличенные данные, достаточно частый кейс
Да, никто не готов пару месяцев греть атмосферу (без гарантии того, что скрипты отработают) пару месяцев, у меня терабайты реляционной информации, которую нельзя взять и изменить "на рандом", нужно оставить связи...
В общем - тест проходили 🤷‍♂ результатов нет 🥺
источник

AK

Alexey Kübler-Ross in QA — Load & Performance
Степа Фомичев
Надо сказать что чем меньше данных, тем более требовательно нт к технической экспертизе и опыту инженера
🤔 полагаю нюансов много у данного заявления 🤣🤣🤣
источник