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

Хочу ругаться, но не буду. На тренинги по проектированию требований я беру примеры, которые публикуют на сайте аналитиков. uml2.ru Мои ученики их нормально разбирают и верифицируют. На правильность написания, на полноту, на атомарность. Вам это надо?

Опять реклама получилась... Извините.

Как-то рекламненько получилось, да ...

Ну нет нигде этого материала! Нет!

Ну хорошо. Есть несколько докладов. И это опять будет саморекламой. Нужны ссылки?

Да

ну сайт вполне, потыкаю, разборы интересны мне лично, но тут вопрос именно про реал проекты, теорию то я нагуглю само собой (и даж уже), но прикладные методы из практики интересны больше, типа вот я на проекте периодически рисую структуры как оценивать уникальность тестов

но методика упрощённая из разных (с миру по нитке)

Ну хорошо. Есть несколько докладов. И это опять будет саморекламой. Нужны ссылки?

да

http://blog.shumoos.com/archives/337 Первая и третья ссылки. А дальше решайте сами... Первую посмотрите. Этот доклад хорош...

ваш блог? периодически читаю и так

давно причём

давно причём

я тоже очень удивился, когда в личке ссылочку увидел :)

некоторые псто многократно уходили рассылками на весь проект

жаль нет англ версии

ну сайт вполне, потыкаю, разборы интересны мне лично, но тут вопрос именно про реал проекты, теорию то я нагуглю само собой (и даж уже), но прикладные методы из практики интересны больше, типа вот я на проекте периодически рисую структуры как оценивать уникальность тестов

Вы можете тыкаться несколько лет. Как я тыкался. Не было у нас в городе комьюнити. И несколько лет я писал очень плохой код.

ваш блог? периодически читаю и так

На "ты", если можно. Да мой блог.

офигенный блог

реально хз, с года 11-го читаю периодически, или даж раньше ещё

из минусов - только рсска, нет линка на соцсети какие-либо, чтобы хотя бы заголовки получать в тот же фбк

но закину себе сча в фидли

а то в опере лежит старой, читаю когда открываю оперу 12 )))

офигенный блог

Спасибо. Да спасибо. Я пишу его лет десять. Очень тяжело...

ну жаловаться не стоит, реально круто, я вот ленюсь пилить столько материала, хотя сказать чо есть, но лень перевешивает

из минусов - только рсска, нет линка на соцсети какие-либо, чтобы хотя бы заголовки получать в тот же фбк

Я готов отдать доступ к площадке тому, кто сможет сделать рекламу, самоокупаемость и т.д. С меня контент.

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

Я там с 2003 года. 35 регистрант, считая тестовых.

Так что сейчас там я "последний из могикан".

а что мешает через площадку в пиар?

или там не всё так очевидно и все знают про баранцевых, но остальные в тени?

А с Лешей мы регулярно работаем. Еще в 2009 тренигнг в паралльсе вместе проводили.

И на шашлыках регулярно встречаемся.

или там не всё так очевидно и все знают про баранцевых, но остальные в тени?

Нет. Просто я выпал из этой темы. Сейчас никто не помнит, кто SQADays 2 и 3 сделал. Это нормально

пнят

пнят

???

это к последней фразе про "никто не помнит", типа "ну поняааатнааа" ))

а вот тогда непонятен момент с самоокупаемостью площадки и её пиаром, как бы блог мне кажется в среде тестировщиков знаком многим

как бы не меньше, чем блоги остальных известных спикеров

Окей. Я возвращаюсь в мир тренингов и конференций. Сейчас запустил серию митапов в Москве. По примеру питерцев. Выйдет - не выйдет. Не знаю. Пробую. За сообщение об этом нас тут уже чуть не забанили. Так что ссылок давать не буду.

Коллег, оффтопчик небольшой.. Может кто поделиться хорошими материалами по Appium? Проектирование тестов, распараллеливание тестов и прочие плюшки.

как бы не меньше, чем блоги остальных известных спикеров

Ребята говорили, что по нему учились. Лестно. Но...

Я готов отдать доступ к площадке тому, кто сможет сделать рекламу, самоокупаемость и т.д. С меня контент.

о какой самоокупаемости речь? об оплате хостинга или автора?

Денис, мы завтра это обсудим.

если что, я не верю что на русском блоге на тему, отличную от «как удачно выйти замуж», можно что-то заработать

мои блоги окупались по-другому

благодаря блогу в 2009-м году я, будучи безработным аналитиком средней руки, получил приглашение построить отдел в международной компании

Ага. Я тоже так думаю.

благодаря выступлению на Codefest в 2015 меня позвали в американский стартап на хороших условиях

благодаря блогу в 2009-м году я, будучи безработным аналитиком средней руки, получил приглашение построить отдел в международной компании

только если блог - это площадка для привлечения более дешевого рекламного траффика

ну да, ещё приходили кое-какие заказы на фриланс

Вот поэтому там до сих пор PHP 4 и Wordpres забытой версии. Менять смысла нет.

Надо срочно переписать на go+nodejs

Надо срочно переписать на go+nodejs

"Больной ублюдок" (с)

Хайлоад, будет держать 1000 людей как нефик делать. Еще и монгу воткнуть.

И парадокс. И файлмейкер.

И еще клипер.

И до кучи голдед поставить.

и 1С

ну. чтоб не скучно было

Не. Чтоб не скучно, совсем не скучно,... это надо на ЯМБ-е переписать. Кто сталкивался - поймет.

http://radio-qa.com/anons-vypusk-37/

Продолжая свою рубрику "Полезное для Windows тестировщиков". https://github.com/LordNoteworthy/al-khaser Набор PoC для различных типов инжектов в процессы, остлеживания виртуальных машин, дебаггеров и т.д. Если уж не понадобится напрямую использовать, то можно просто понабрать оттуда хороших идей.

Интересное чтиво https://arxiv.org/pdf/1702.01715.pdf Software engineering at google

Тут немножк холиварный вопрос возник в ходе частной беседы, улучшает ли жизнь в компании и сокращает ли time2market хорошая формализация процессов. т.е. когда у тебя, как минимум исчерпывающие ТЗ на новые таски. Или это наоборот, жизнь усложняет и время тратит? ( Вводная: бизнес аналитиков в штате нет и формализовать должны инициаторы задач. )

Или ни у кого такого нет и у всех все хорошо?

ERROR: S client not available

то есть спорили о том, что плохо иметь формализованные задачи, правильно?

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

Наиболее действенный способ уменьшения time2market это неполная загрузка сотрудников. Т.е. отмена таймшитов, KPI ипрочего. До кучи еще необходимо отменить оценки трудоемкости и т.д.

Что касается детальной спецификации - иногда так, иногда эдак. Проблема в том, что никто верифицировать спеку толком не умеет.

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

оч странно. по-моему, гораздо лучше иметь четко поставленные задачи.

оч странно. по-моему, гораздо лучше иметь четко поставленные задачи.

как аргумент, на ее постановку тратится время

время, потраченное на исправления, чаще всего превосходит время, потраченное на уточнения

я каждый день такое наблюдаю?

время, потраченное на исправления, чаще всего превосходит время, потраченное на уточнения

Причем как правило цикл такой Программист получил задачу Задача плохо описана так что он сделал как понял Тестировщик пишет репортеру залачи и выясняет много нюансов и возвращает задачу обратно А дальше цикл с критерием прерывания, которое наступит нескоро

Наиболее действенный способ уменьшения time2market это неполная загрузка сотрудников. Т.е. отмена таймшитов, KPI ипрочего. До кучи еще необходимо отменить оценки трудоемкости и т.д.

а можно поподробнее?

мне любопытно, как бы на вопрос посмотрели в менеджерском чате

предполагаю, что ответы были бы кардинально противоположными

а есть такой?

я бы туда набросил

я такого не знаю

а можно поподробнее?

Можно. Голдратт, книга "цель-1". Покороче - статья https://habrahabr.ru/post/139194/

Но реально это над самому пробовать, чтобы прочуствовать.

Причем как правило цикл такой Программист получил задачу Задача плохо описана так что он сделал как понял Тестировщик пишет репортеру залачи и выясняет много нюансов и возвращает задачу обратно А дальше цикл с критерием прерывания, которое наступит нескоро

Хорошо формализованные процессы не решают проблемы. Можно весь релиз делать четко поставленные задачи, а потом в конце окажется что сделаны немного не те задачи, которые були нужны.

На эту тему во вторник игра будет.

Хорошо формализованные процессы не решают проблемы. Можно весь релиз делать четко поставленные задачи, а потом в конце окажется что сделаны немного не те задачи, которые були нужны.

что укажет на проблему этапа "бизнес-менеджер (или кто там формулирует задачу"

Как справедливо выше указали, само понятие формализации в бизнесе довольно глупо (ну в случае развития креативного продукта, например)

Можно создать очень четкие бессмысленные процессы, им следовать и в конце прогореть.

Хорошо формализованные процессы не решают проблемы. Можно весь релиз делать четко поставленные задачи, а потом в конце окажется что сделаны немного не те задачи, которые були нужны.

Ну так естественно, что процесс управления требованиями надо ставить ДО процесса разработки требований. Это ж альфа и омега проектного менеджмента. Почему-то все пытаются сделать наоборот.

Иной раз программист сглаживает собой косяки плохо поставленного процесса

Можно создать очень четкие бессмысленные процессы, им следовать и в конце прогореть.

Говорят, что выживает 5% стартапов. Возможность поднять этот показатель до 10% - это очень хорошая возможность.

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

На эту тему во вторник игра будет.

а что за игра?

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

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

Да невозможно абсолютно детализировать таски

Таска на 100% детализирована тогда когда она выражена в виде кода

а что за игра?

Да байки для оруженосца в реальность перенесли: https://sergey-martynenko.timepad.ru/event/447796/

Таска на 100% детализирована тогда когда она выражена в виде кода

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