Телеграмм чат группы qa

Size: a a a

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

9420 membersпожаловаться на группу

2021 April 23

ДК

Дмитрий Кононов... in QA — русскоговорящее сообщество

у нас есть процессы, которые охватывают несколько модулей, и у нас даже не фича ориентед подход, а процессный

источник

10:49пожаловаться #1

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

Как показывает практика, считать нужно всё. Пригодится)

Никто не пытается заменить ваш опыт числами. Числа помогают вам обосновывать вашу профессиональную оценку

источник

10:49пожаловаться #2

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

Чудесна жизнь вне аутсорса, продаёшь время и экспертизу, а не количество тестов. :)

источник

10:50пожаловаться #3

ДК

Дмитрий Кононов... in QA — русскоговорящее сообщество

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

источник

10:50пожаловаться #4

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

если у вас все модули проекта похожи/одинаковые. если они разные - нет, не показательно. только с поправкой

источник

10:50пожаловаться #5

АФ

Алексей Федоткин... in QA — русскоговорящее сообщество

хе хе, точно. Я после перехода в продуктовую компанию тоже это заметил частично

источник

10:51пожаловаться #6

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

Практика подсказывает что перед тем как что-то считать надо понять:
1 - Что и как ты будешь считать.
2 - Зачем ты это делаешь.
3 - Какие выводы и как ты будешь делать на основе этих чисел.

источник

10:51пожаловаться #7

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

Но да.

источник

10:51пожаловаться #8

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

абсолютно поддерживаю

источник

10:51пожаловаться #9

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

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

источник

10:52пожаловаться #10

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

Объедини второй и третий пункты в словосочетание "нужен отчет наверх"

источник

10:52пожаловаться #11

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

!Главное!
Никогда не привязывать эти цифры к зарплатам и оценке работы. Как только вы это сделаете, цифры начнут врать

источник

10:52пожаловаться #12

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

Для этого как раз RTM есть. С неё в принципе лучше начинать любой проект кмк

источник

10:53пожаловаться #13

ДК

Дмитрий Кононов... in QA — русскоговорящее сообщество

иногда на практике пункты 2 и 3 не для себя

источник

10:54пожаловаться #14

ДК

Дмитрий Кононов... in QA — русскоговорящее сообщество

источник

10:55пожаловаться #15

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

не для себя - тоже часто бывает "Для себя". Что будет с тобой, если ты этого не сделаешь. А 3 - так надо узнать, для чего эти цифры другому человеку

источник

10:55пожаловаться #16

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

Есть ли какие-то тулзы для измерения скорости загрузки/выгрузки файлов, загрузки отображения списка файлов в андроид (и айос тож желательно) прилаге гугл диска?

источник

12:00пожаловаться #17

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

Как правило по стеком имеется ввиду перечень языков и инструментов разработки приложения/проекта

источник

12:46пожаловаться #18

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

А закинуть эти слова в гуголь например?

источник

12:53пожаловаться #19

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

Селенид -- эт фреймворк. Епам JDI -- внезапно, тоже фреймворк. https://jdi.epam.com/

источник

12:54пожаловаться #20