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

групп:

каналов:

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

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

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

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

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

go.backupland.com

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

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

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

Size: a a a

QA juniors

6255 membersпожаловаться на группу
2020 June 01

J

Jamilya in QA juniors
You Lia
Да, новенькие разработчики или непривыкшие к тестировщикам люди и правда думают, что проблема возникла из-за тестера, а не из-за неправильного кода, а тестер только быстро ее выявил.. в моем опыте после первых 2-3 объяснений, что все ок, только фиксь - человек уже не удивлялся подобному ))
да, со временем они привыкают к тестерам.
источник
11:24пожаловаться#1

TN

The Newbee in QA juniors
You Lia
Что за лид, что не рад раннему выявлению бага?... Такое вообще бывает?!..
Это от лида тестирования*
источник
11:25пожаловаться#2

YL

You Lia in QA juniors
You Lia
Сталкивались ли вы с травлей тестировщиков разработчиками?
Анонимный опрос
17%
Да
51%
Нет
32%
Не знаю (посмотреть результаты)
Проголосовало: 231
Хоть многие только хотят 'посмотреть результаты', ситуация в опросе пока радует, а именно то, что команды живут в дружных отношениях и понимают важность сотрудничества👍
источник
11:27пожаловаться#3

AS

Antony Sunrise in QA juniors
Все понимают важность сотрудничества когда косяк очевиден и его выявлению никак нельзя помешать. А если это какая-то глубинная проблема типа проблем с производительностью, где можно долго заметать мусор под ковёр, сотрудничество заканчивается.
источник
11:30пожаловаться#4

AL

Alex Levin ★ in QA juniors
Онлайн-митап по Quality Assurance

1. "Как тестировщику построить процессы тестирования, если у команды он первый" - Алексей Чумагин, Test Lead, Provectus

2. "Управление задачами, совмещение ручных и автоматизированных тестов и тренды автоматизации" - Николай Мисюра, Product Owner, Test IT

3. "Концепция "everything as code" в тестировании. Как вести тест-кейсы в коде" - Артем Ерошенко, Founder, Qameta Software
______________________________

🗓 2 июня, начало в 18:00, Вторник

🌐 ОНЛАЙН
______________________________

✅ Регистрация на мероприятие
источник
11:30пожаловаться#5

AL

Alex Levin ★ in QA juniors
бесплатный митап по QA
источник
11:30пожаловаться#6

YL

You Lia in QA juniors
Antony Sunrise
Все понимают важность сотрудничества когда косяк очевиден и его выявлению никак нельзя помешать. А если это какая-то глубинная проблема типа проблем с производительностью, где можно долго заметать мусор под ковёр, сотрудничество заканчивается.
Такие ситуации печальны и возмутительны, когда кто-то 'заметает мусор под ковер'..
источник
11:35пожаловаться#7

DB

Dima Bulanov in QA juniors
https://blog.aspiresys.pl/technology/a-legend-of-the-notorious-black-team/
Aspire Systems Poland Blog
A legend of the notorious Black Team - Aspire Systems Poland Blog
In my last post about teams I claimed there is no universal recipe for breeding a jelled team. A few days ago I came across a great book Peopleware, first … Continue reading "A legend of the notorious Black Team"
источник
11:40пожаловаться#8

DB

Dima Bulanov in QA juniors
Моя любимая байка
источник
11:40пожаловаться#9

DB

Dima Bulanov in QA juniors
На прошлой работе даже косплеили ее
источник
11:41пожаловаться#10

ПЛ

Павел Лесюк... in QA juniors
Antony Sunrise
Все понимают важность сотрудничества когда косяк очевиден и его выявлению никак нельзя помешать. А если это какая-то глубинная проблема типа проблем с производительностью, где можно долго заметать мусор под ковёр, сотрудничество заканчивается.
Смотря как ты эту ситуацию преподносишь. Одна из задач тестировщика — показать и донести важность проблемы, если она не очевидна сразу. Уверен, что если грамотно описать отчет, то вопросов не возникнет. На моей практике не было ситуаций, чтобы разработчик не был заинтересован в исправлении такого рода дефектов. Наоборот, всячески способствовали в локализации.
источник
11:58пожаловаться#11

AG

Andrew Gasov in QA juniors
Один единственный раз я встречал разработчика, который расстраивался из-за каждого заведенного на него бага.
Сначала заводил ему не баги, а фичи. Потом наследие кровавых галер, где видимо били кнутом за каждый баг, забылось и стало норм.
источник
12:05пожаловаться#12

O

OFFisnik in QA juniors
Andrew Gasov
Один единственный раз я встречал разработчика, который расстраивался из-за каждого заведенного на него бага.
Сначала заводил ему не баги, а фичи. Потом наследие кровавых галер, где видимо били кнутом за каждый баг, забылось и стало норм.
Не обязательно наследование Галер...
Может сам по себе человек такой.

У нас есть фронтовик. До нашей фирмы нигде не работал.
Хороший Мидл уже.
Но и то бывает расстраивается.

Он думает что он пишет норм код, без багов, как надо...
А потом начинают лететь баги.
И его расстраивает именно что он *Наделал багов, Ему стыдно за них реально... иногда глупые баги.
источник
12:26пожаловаться#13

KG

Katherine Galaykina in QA juniors
OFFisnik
Не обязательно наследование Галер...
Может сам по себе человек такой.

У нас есть фронтовик. До нашей фирмы нигде не работал.
Хороший Мидл уже.
Но и то бывает расстраивается.

Он думает что он пишет норм код, без багов, как надо...
А потом начинают лететь баги.
И его расстраивает именно что он *Наделал багов, Ему стыдно за них реально... иногда глупые баги.
у нас такой же есть) причем он сам себя проверяет, но понял что глаз через какое то время работы над проектом просто не видет уже ничего
источник
12:28пожаловаться#14

ПЛ

Павел Лесюк... in QA juniors
Хороший разработчик должен сам за собой проверять.
источник
12:29пожаловаться#15

G

G-force in QA juniors
Павел Лесюк
Хороший разработчик должен сам за собой проверять.
У меня на виртуалке андроида тестит и у него все хорошо а в реале😂
источник
12:30пожаловаться#16

A

Alexandr in QA juniors
Павел Лесюк
Хороший разработчик должен сам за собой проверять.
проверяй - не проверяй, а баги будут в любом случае
источник
12:30пожаловаться#17

К

Кирилл in QA juniors
Павел Лесюк
Хороший разработчик должен сам за собой проверять.
Зачем тогда тестер
источник
12:30пожаловаться#18

O

OFFisnik in QA juniors
Павел Лесюк
Хороший разработчик должен сам за собой проверять.
Даже с точки зрения *Бюджета. Лучше чтобы программист писал код, а проверки делал Тестировщик.
Тестировщик стоит дешевле чем разраб факт.
источник
12:31пожаловаться#19

DB

Dima Bulanov in QA juniors
OFFisnik
Не обязательно наследование Галер...
Может сам по себе человек такой.

У нас есть фронтовик. До нашей фирмы нигде не работал.
Хороший Мидл уже.
Но и то бывает расстраивается.

Он думает что он пишет норм код, без багов, как надо...
А потом начинают лететь баги.
И его расстраивает именно что он *Наделал багов, Ему стыдно за них реально... иногда глупые баги.
Не понимаю такого подхода. Все делают ошибки же. Собственно в нормальном флоу делаются вещи для минимизации этих ошибок, но в любом случае ЧЕЛОВЕЧЕСКИЙ фактор есть всегда и косячить это норм.
источник
12:31пожаловаться#20