В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

QA Сибирь

395 membersпожаловаться на группу
2018 April 07

СМ

Све Михайлова in QA Сибирь
Ага, Катерина, согласна. Ещё неплохо бы подумать в ходе анализа на каком этапе профукали баг -  на этапе  сбора требований, при тестинге  в втке,в интеграционном бранче, на уровне интеграции между сервисами и т.д. чтобы понять как изменить и стратегию тестирования на разных уровнях.ибо, а вдруг повторится ситуевина с другим тестировщиком.
источник
07:41пожаловаться#1

НЗ

Настис Заречнева in QA Сибирь
Ekaterina
В идеальном мире в команде при таких обстоятельствах просто не ищут виноватого, а берут и решают проблему. А потом договариваются как сделать, чтобы проблема не повторилась.
Вот примерно это я и имела в виду. Спасибо)
источник
07:58пожаловаться#2

E

Ekaterina in QA Сибирь
Све Михайлова
Ага, Катерина, согласна. Ещё неплохо бы подумать в ходе анализа на каком этапе профукали баг -  на этапе  сбора требований, при тестинге  в втке,в интеграционном бранче, на уровне интеграции между сервисами и т.д. чтобы понять как изменить и стратегию тестирования на разных уровнях.ибо, а вдруг повторится ситуевина с другим тестировщиком.
Да, согласна. Кто-то должен провести этот анализ, принять решение что именно делать надо и т.п. Я просто более высокий уровень описала.
источник
08:01пожаловаться#3

E

Ekaterina in QA Сибирь
Настис Заречнева
Вот примерно это я и имела в виду. Спасибо)
Пожалуйста :)
источник
08:01пожаловаться#4

OS

Oksana Smovzh in QA Сибирь
Другое дело, что в результате анализа может оказаться, что тестировщик не на своем месте и не выполняет свою командную функцию. В этой ситуации командная ответственность проявляется в обучении, мотивации или (не надо быть пацифистом!) замене слабого звена.
источник
08:10пожаловаться#5

OS

Oksana Smovzh in QA Сибирь
Право на случайные ошибки в работе имеют все. Но систематические ошибки - приговор. И для тестировщика, и для программиста. Это сфера личной ответственности.
источник
08:16пожаловаться#6

НЗ

Настис Заречнева in QA Сибирь
Тут не поспоришь)
источник
08:42пожаловаться#7

НЗ

Настис Заречнева in QA Сибирь
Систематические косяки — это тревожный звонок
источник
08:43пожаловаться#8

A

Aleksander in QA Сибирь
Мы для анализа проводим ретроспективы. Чтобы понять, что было причиной, как сделать процесс лучше. Самое главное понимать, что это не поиск виноватого, а механизм улучшения процессов :)
источник
08:46пожаловаться#9

A

Aleksander in QA Сибирь
И да, важно исполнять решения, которые приняли на ретроспективе. Часто бывает - проведут ретроспективу, пар выпустят и потом делают опять такие же ошибки😂
источник
08:47пожаловаться#10

AV

Alexei Vinogradov in QA Сибирь
Oksana Smovzh
Очевидный баг - Явный косяк тестировщика, если были  условия для нормального тестирования. Какой смысл делить ответственность?
Очевидный баг в том числе и косяк программиста, как так вышло что он сделал задание оставив очевидный баг. Вообще свой код не запускал?
источник
11:42пожаловаться#11

AV

Alexei Vinogradov in QA Сибирь
Разница между систематическими и случайными косяками в том, что систематические можно предотвратить, а случайные - нет.
источник
11:44пожаловаться#12

ОН

Олег Неумывакин in QA Сибирь
случайности - не случайны (с)
источник
11:45пожаловаться#13

AV

Alexei Vinogradov in QA Сибирь
Систематические надо выявлять, исправлять и предотвращать. Попытка предотвращения случайных косяков часто несёт губительные последствия.
источник
11:46пожаловаться#14

OL

Olga Leonova in QA Сибирь
Alexei Vinogradov
Систематические надо выявлять, исправлять и предотвращать. Попытка предотвращения случайных косяков часто несёт губительные последствия.
но можно попытаться предотвратить превращение случайных косяков в систематические
источник
11:47пожаловаться#15

OL

Olga Leonova in QA Сибирь
на это обычно делается разбор полётов
источник
11:47пожаловаться#16

НЗ

Настис Заречнева in QA Сибирь
Блин, классная тема для обсуждения, на самом деле ☺️
источник
11:50пожаловаться#17

AV

Alexei Vinogradov in QA Сибирь
Случайные на то и случайные). Человек знал как надо и хотел сделать как надо, но вмешалась случайность. Разбор надо, но лучше быть осторожным если выявлена именно случайность.
источник
11:51пожаловаться#18

ОН

Олег Неумывакин in QA Сибирь
Настис Заречнева
Блин, классная тема для обсуждения, на самом деле ☺️
Куда не копни везде шоколад.
источник
11:53пожаловаться#19

OS

Oksana Smovzh in QA Сибирь
Программисты за все баги болеют, они их создатели. и практически всегда отдают себе а этом отчет. Они все баги считают своими косяками. Но тестер все же последний бастион проверки.  В команде тестировщик на подстраховке. Сейчас я говорю о тестировщика как о  роли. Не сработала страховка - плохая страховка, если сбои выходят за нормальную погрешность
источник
11:55пожаловаться#20