Всем приветы

Спасибо! Вы приняты в сообщество!

У Майкла Болтона есть классные диалоги на этот счет.

— Когда вы закончите тестировать?
— А когда вы закончите фиксить?
— Но мы же не знаем сколько там багов
— И мы не знаем сколько там багов.

Привет.

"Работаем быстро, дешево, качественно — выберите любые два из трех".

ну мы типа быстро и качественно)

хотя с быстро я бы поспорила

тестировщики быстро и качественно

Дочитываю "Perfect software and other illusions about testing" Джерри Вайнберга. Там есть пример где длительность тестирования оценивалась из расчета похожего проекта.  Но при этом еще считалось что на некоторое количество багофиксов будут новые баги.  Изначальный расчет полагался на 1 новый баг на каждые 4 фикса. Но это число, как написал Джерри, может быть самым разным, и если торопиться, то количество косяков увеличивается. Если один новый косяк на два багофикса, а не на четыре, это может увеличить время тестирования в полтора раза.

Если ты запариваешься, то это значит что тебе не наняли еще кого-то в помощь. Т.е. пытаются сэкономить на позициях, гоняться за дешевизной, как еще Балда говорил попу.

не, у нас ребята не запариваются. Их много и они в тельняшках

Но нытье это порядком того самого

Они нет, а ты? :)

а я аналитик))))))))))))))))))))))))))))

Фамилия Голдратт что-то говорит? :)

нет(

но моя уметь гуглить

Мы рады видеть Вас, @VladislavCheremisov, в этом чате.
Пожалуйста, представьтесь и поздоровайтесь с сообществом.
Это сообщество очень трепетно относится к составу и вежливости участников.
В случае, если я не увижу приветствия с вашей стороны, я буду вынужден удалить вас из чата через 30 минут.
Спасибо, что присоединились!

Элияху Голдратт, автор серии книг начинающихся с "Цель или процесс непрерывного совершенствования", и "Теории ограничений".

Основная мысль первой книги похожа на "слабое звено": скорость группы равняется скорости самого медленного из группы.
Но попутно в художественной форме Голдратт добавляет еще пару вещей:
- работа системы не максимизируется максимизацией каждой ее части (не может подняться выше зависимости от самой критической)
- локальные оптимизации не обязательно оптимизируют работу системы (отправка "простаивающих" на другой участок может вызвать задержку на критическом пути)

Голдратт предлагает как непрерывный процесс выявление самого критического участка и поиск способов как увеличить его пропускную способность. Т.е. если у кого-то нет проблем, это не значит что их нет вообще в цепочке операций. Про работы Голдратта говорили еще когда я был в Люксофте 2011-2012. Но большинству это не интересно они не пытаются разобраться в процессах системы и ее узких местах, а "оптимизируют" через сокращение расходов.