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

групп:

каналов:

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

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

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

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

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

go.backupland.com

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

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

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

Size: a a a

QA juniors

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

O

OFFisnik in QA juniors
Dima Bulanov
Не понимаю такого подхода. Все делают ошибки же. Собственно в нормальном флоу делаются вещи для минимизации этих ошибок, но в любом случае ЧЕЛОВЕЧЕСКИЙ фактор есть всегда и косячить это норм.
Да. От коллег я понял, что он уже не так сильно заморочен, как скажем 1,5-2 года назад.
Так что терапия идёт )
Эффект есть
источник
12:31пожаловаться#1

DB

Dima Bulanov in QA juniors
OFFisnik
Даже с точки зрения *Бюджета. Лучше чтобы программист писал код, а проверки делал Тестировщик.
Тестировщик стоит дешевле чем разраб факт.
а) не факт
б) с точки зрения бюджета лучше если разраб потратит 3 минуты на то чтобы посмотреть что он запилил перед тем как потратить время на выкатку, на таскание тасочек, на коммуникацию, etc
источник
12:32пожаловаться#2

ПЛ

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

DB

Dima Bulanov in QA juniors
+
источник
12:33пожаловаться#4

ПЛ

Павел Лесюк... in QA juniors
К тому же, хороший тестировщик может стоить примерно столько же как разработчик.
источник
12:34пожаловаться#5

DB

Dima Bulanov in QA juniors
В свое время приучали разработчиков смотреть что они залили перед тем как отдавать в тест. Просто на наличие блокеров + просто проверить функцию. Потому что частенько работа на локальной машине отличается. Это экономит очень много времени, потому что реоп после 10 секунд тестирования это не ок.
источник
12:38пожаловаться#6

DB

Dima Bulanov in QA juniors
К тому же все мидл+ девы, с которыми работал, всегда сами смотрели, что они заливают, по-моему это абсолютно нормально.
источник
12:39пожаловаться#7

AS

Antony Sunrise in QA juniors
Павел Лесюк
Хороший разработчик должен сам за собой проверять.
На том участке, который он перекапывал - да. Разве что  спецусловия не должен прогонять.
источник
12:45пожаловаться#8

AS

Antony Sunrise in QA juniors
Проверять что-то смежное уже не должен, если он в контекст не погружен, тут собственно и начинается преимущество тестировщика - шарит по более широкому контексту.
источник
12:47пожаловаться#9

ПЛ

Павел Лесюк... in QA juniors
Понятное дело, что вторичные сценарии и деградацию проверяет тестировщик, но криты и основные сценарии разработчик проверять должен.
источник
12:49пожаловаться#10

ПЛ

Павел Лесюк... in QA juniors
Хотя вторичные сценарии и деградацию некоторые разработчики проверяют, как правило наиболее опытные. Просто знают, что так будет быстрее что-то пофиксить, «на лету» так сказать.
источник
12:50пожаловаться#11

AS

Antony Sunrise in QA juniors
OFFisnik
Даже с точки зрения *Бюджета. Лучше чтобы программист писал код, а проверки делал Тестировщик.
Тестировщик стоит дешевле чем разраб факт.
Проверка это не только проверка. Это ещё завести дефект в багтрекер (что неизбежно добавляет свою толику бардака в оный, как бы качественно его ни завели), иногда перевыдать билд, провести ретест, прогнать на верификации.
источник
13:06пожаловаться#12

AS

Antony Sunrise in QA juniors
Так что экономика экономной не становится
источник
13:07пожаловаться#13

ПЛ

Павел Лесюк... in QA juniors
Antony Sunrise
Проверка это не только проверка. Это ещё завести дефект в багтрекер (что неизбежно добавляет свою толику бардака в оный, как бы качественно его ни завели), иногда перевыдать билд, провести ретест, прогнать на верификации.
… переключение на новую ветку, ожидание апрува на пул-реквест… Продолжать можно долго.
источник
13:07пожаловаться#14

A

Alexandr in QA juniors
Можете помочь в понимании разницы между жизненный цикл ПО и методологии разработки ПО
Правильно понимаю, что в жизненный цикл входит проектирование и анализ требований, потом разработка (вот здесь и применяется методология водопад, СКРАМ и т.п.), далее тестирование, интеграция и поддержка
*Да, мог что-то упустить, но понимание верное?)
источник
13:28пожаловаться#15

AG

Andrew Gasov in QA juniors
Alexandr
Можете помочь в понимании разницы между жизненный цикл ПО и методологии разработки ПО
Правильно понимаю, что в жизненный цикл входит проектирование и анализ требований, потом разработка (вот здесь и применяется методология водопад, СКРАМ и т.п.), далее тестирование, интеграция и поддержка
*Да, мог что-то упустить, но понимание верное?)
Жизненный цикл по - на какие шаги и этапы делится процесс от "есть идея фичи" до "фича закончена/сделана".
Методологии разработки про то, какие этапы, когда и как должны проходить.
источник
13:32пожаловаться#16

A

Alexandr in QA juniors
Andrew Gasov
Жизненный цикл по - на какие шаги и этапы делится процесс от "есть идея фичи" до "фича закончена/сделана".
Методологии разработки про то, какие этапы, когда и как должны проходить.
Жизненный цикл - это всё в себя берёт от и до
А методология объясняет что следует делать в тот или иной момент разработки. Получается, что только у разработки есть методологии схожие с жизненным циклом по названию?
источник
13:35пожаловаться#17

AG

Andrew Gasov in QA juniors
Alexandr
Жизненный цикл - это всё в себя берёт от и до
А методология объясняет что следует делать в тот или иной момент разработки. Получается, что только у разработки есть методологии схожие с жизненным циклом по названию?
Последний вопрос вот вообще не понял.
А жизненный цикл может отличаться от компании к компании, например.
источник
13:37пожаловаться#18

АЧ

Александр Чимшит... in QA juniors
Alexandr
Жизненный цикл - это всё в себя берёт от и до
А методология объясняет что следует делать в тот или иной момент разработки. Получается, что только у разработки есть методологии схожие с жизненным циклом по названию?
Жизненный цикл - это процесс, как уже выше описали  от "есть идея фичи" до "фича закончена/сделана". А методология - это то, как именно будет происходить этот процесс.
источник
13:38пожаловаться#19

ПЛ

Павел Лесюк... in QA juniors
Alexandr
Можете помочь в понимании разницы между жизненный цикл ПО и методологии разработки ПО
Правильно понимаю, что в жизненный цикл входит проектирование и анализ требований, потом разработка (вот здесь и применяется методология водопад, СКРАМ и т.п.), далее тестирование, интеграция и поддержка
*Да, мог что-то упустить, но понимание верное?)
Жизненный цикл — это стадии разработки (планирование, анализ требований и т. д.). Модель — это структура, которая определяет продолжительность и порядок следования этих стадий в жизненном цикле.
источник
13:39пожаловаться#20