Что пишут в блогах

Подписаться

Онлайн-тренинги

 Все онлайн-курсы

Конференции

Разделы портала

Про инструменты

Лучшие вакансии

.
Улучшение процессов
Root Cause Analysis. Как минимизировать затраты на оптимизацию процесса тестирования
21.12.2016 11:23

Автор: Александр Мешков

Оригинальная публикация

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

Очень часто основной причиной таких проблем является неправильное понимание менеджером поставленной задачи, и как следствие, неправильный выбор подхода для проведения аудита.

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

Любой процесс, неважно, разработка это или тестирование, сопровождение, управление качеством и т.д., всегда должен быть цикличен. Существуют 4 основных подхода к работе с процессами, и самый популярный из них, это уже общепризнанный цикл Демминга. Именно на его основе строится работа процесса и все другие методологии, такие как DMAIC (6 сигм), IDEAL, EFQM, которые всегда говорят нам о том, что нужно не только требовать выполнение процесса, но и постоянно его анализировать и непрерывно совершенствовать. Эти модели позволяют нам понять, как мы должны работать с процессом, и самое главное, мы должны всегда видеть проблемы нашего процесса и стараться их решить.

Говоря о тестировании, существуют 2 основополагающих подхода к совершенствованию процесса тестирования, это MBI и ABI.

MBI или Model Based Improvement — подход к совершенствованию процесса тестирования, который основан на референтных моделях совершенствования процесса тестирования. Модели могут быть процесcные, такие как TMMi, TPI и контекстные, такие как STEP или CTP. Эти модели позволяют нам на основе практик строить наш процесс тестирования по конкретным шагам, тем самым развивая процесс тестирования равномерно и последовательно.

Но подходят ли нам такие модели для аудитов уже существующих процессов?

По моей практике скажу, что нет!

Подробнее...
 
Обеспечение качества в продуктовых проектах
01.12.2016 12:21

Выступление Натальи Руколь на конференции TK Conf

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

Но и этого оказалось мало для нужд рынка: стали появляться различные инженерные и процессные практики, направленные на обеспечение качества: TDD, Code Review, QA, Model-based testing, и т.д. В обеспечение качества оказалась вовлечена вся команда, а не только выделенные специалисты по тестированию.

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

Доклад рассчитан не только на специалистов по тестированию, но и на всех вовлечённых в продуктовую разработку профессионалов. Только вместе мы делаем этот мир качественнее!

 
Как развить отдел тестирования от палки-копалки до CI
25.11.2016 00:00

Выступление Таисии Рыбак на конференции CEE SECR “Разработка ПО”, осень 2016.

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

Подробнее...
 
Лучше оцениваете – хуже работаете
19.10.2016 12:05

Автор: Джеральд Вайнберг (Gerald Weinberg)

Оригинал статьи: http://secretsofconsulting.blogspot.ru/2016/08/better-estimating-can-lead-to-worse.html

Перевод: Ольга Алифанова.

Эта статья – новая глава моей книги "Хотите стать (хорошим) менеджером?"

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

В те времена Том ДеМарко послал мне бесплатную копию своей книги "Контроль проектов разработки: менеджмент, измерение и оценки". К несчастью, я положил ее в сумку велосипеда вместе с куском барбекю, и произошел казус. Том, щедрой души человек, подарил мне еще одну копию.

Благодаря щедрости Тома я почувствовал себя обязанным прочитать книгу, которая была довольно хороша и без дополнительного соуса. В ней Том осторожно сообщает, что разработка ПО далека от зрелости, и поэтому меня удивил выход его статьи "Разработка ПО: достижение совершеннолетия". Неужели меньше чем за год наша отрасль таки достигла зрелости?

Как оказалось, заголовок был авторской неточностью, если судить по этой цитате:

"Для того, чтобы бизнес разработки ПО достиг зрелости, нам нужно улучшить наши расчеты. В течение последних двух лет были заложены основы внятной дисциплины оценивания…"

Статья была вовсе не про зрелость разработки ПО – это был скорее обзор состояния оценок и метрик в отрасли. Проведя обзор работ Барри Боэма, Виктора Базили, Каперса Джонса и Лоуренса Патнама, ДеМарко сообщает, что эти работы:

"…описывают структуру анализа количественных параметров проектов разработки. Но ни один из этих авторов не говорит о том, как именно эта структура отвечает на практический вопрос – как мне организовать бизнес и управлять проектами, чтобы поддерживать достаточный уровень контроля за количественными параметрами?".

Как я уже говорил, Том щедрый человек, и он еще и очень умен. Если он не уверен в прогрессе мира разработки, я скорее поверю ему, чем автору заголовка. В те годы наша отрасль была далека от зрелости.

Что это вообще значит, "достичь зрелости"? Когда ты достигаешь зрелости, ты не заляпываешь соусом от барбекю свои книги. Ты также перестаешь хвастать своими способностями. Вообще если вы слышите, как кто-то похваляется собственной зрелостью, то будьте уверены, что до зрелости ему далеко. Тот же критерий можно применить и к разработке ПО, которая хвалится своей зрелостью уже более сорока лет.

Подробнее...
 
SQA Days 19: подборка докладов об упорядочивании процесса тестирования
13.09.2016 11:15

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

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

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

QA как драйвер трансформации, Александр Башарин, Райффайзенбанк, Москва, Россия

Можно ли прикрутить нечеткий логический вывод к тестированию, Алсу Басырова, ICL Services, Казань, Россия

Инструментация среды исполнения в арсенале тестировщика, Лев Астахов, ООО "ЦТПО", Томск, Россия

Напоминаем, что уже открыта регистрация на следующую конференцию для специалистов в области качества программного обеспечения - SQA Days-20, Минск, ноябрь.

Как обычно для читателей нашего портала действует промокод на получение 10% скидки.

Промокод для получения 10% скидки - s-t.ru

 
SQA Days 19: подборка докладов по применению DevOps
01.09.2016 10:43

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

Какие проблемы решает DevOps? Чем это отличается от привычных ролей в сфере IT?

Давайте послушаем тех участников конференции SQA Days 19, кто уже на практике применил данную методологию и может поделиться результатами. Ниже вы сможете найти видео их выступлений.

DevOps подходы в инфраструктуре автоматизации тестирования, Roman Lukmanov, Mail.Ru Group, Санкт-Петербург, Россия

Нагрузка и автоматизация в большой организации. Движение к DevOps, Alexey Maslov, АО Сбербанк-Технологии, Москва, Россия

Как Cluster Membership Software может помочь QA, Алексей Алексеев, Luxoft, Москва, Россия

Напоминаем, что уже открыта регистрация на следующую конференцию для специалистов в области качества программного обеспечения - SQA Days-20, Минск, ноябрь.

Как обычно для читателей нашего портала действует промокод на получение 10% скидки.

Промокод для получения 10% скидки - s-t.ru

Обсудить в форуме

 
Организация процесса работы в команде тестировщиков
28.07.2016 12:56

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

Своим опытом в этих вопросах поделились наши зарубежные коллеги на конференции SQA Days 19.

Are you in control of Testing, or does Testing control you? (синхронный перевод), Mike Smith, Sparta Global, London, Великобритания

The Challenge of Accepting Software (синхронный перевод) Mitko Mitev

Quality House Ltd., Amsterdam, Нидерланды (Голландия)

Building a testing team – From an empty room to a fully productive team in a short time (синхронный перевод), Luis Amaral, Independent Consultant

Porto, Португалия

Уже открыта регистрация на следующую конференцию для специалистов в области качества программного обеспечения - SQA Days-20, Минск, ноябрь.

Как обычно для читателей нашего портала действует промокод на получение 10% скидки.

Промокод для получения 10% скидки - s-t.ru

 
SQA Days 19: подборка докладов по улучшению процессов тестирования
25.07.2016 10:27

Каждому тестировщику от джуниора до менеджера не безразлична судьба своего проекта, естественно, что каждый из них пытается качественно выполнять поставленные задачи. Всегда ли это удается сделать на 100%?

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

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

Управление качеством проекта, Эмиль Хуснетдинов, SmartHead, Казань, Россия

Самостоятельная оценка процессов тестирования:с чего начать? Андрей Ладутько, EPAM Systems, Минск, Беларусь

Развитие процессов тестирования в Badoo за три года, или Как мы думали, что всё хорошо, а оказалось, что можно лучше, Илья Кудинов, Badoo Development, Москва, Россия

Уже открыта регистрация на следующую конференцию для специалистов в области качества программного обеспечения - SQA Days-20, Минск, ноябрь.

Как обычно для читателей нашего портала действует промокод на получение 10% скидки.

Промокод для получения 10% скидки - s-t.ru

 
Парное тестирование
19.07.2016 11:54

Автор: Катрина Клоки (Katrina Clokie)

Оригинал статьи: http://katrinatester.blogspot.ru/2015/05/pair-testing.html

Перевод: Ольга Алифанова

Сейчас я работаю над экспериментом в парном тестировании, цель которого – донести знания о тестировании до членов Agile-команд в моей организации. Ниже - краткое содержание изученного мной материала про парное тестирование, который будет полезен желающим внедрить эту практику у себя в компании.

Подход к парному тестированию

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

Объединяясь в пару, эти люди используют одно и то же устройство для тестирования. Один из них манипулирует клавиатурой (хотя клавиатура может переходить из рук в руки во время сессии), а другой генерирует идеи для тестов, следит за процессом и ведет записи, слушает, задает вопросы, ищет вспомогательные материалы…

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

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

Подробнее...
 
Алексей Лянгузов: Интенсивный тестовый цикл, или Планируем аврал
08.07.2016 10:52

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

Выступление Алексея Лянгузова на онлайн-конференции для специалистов по тестированию ConfeT&QA.

То о чём я хочу поведать, приемлемо в случае, если тестовая команда параллельно тестирует несколько проектов, с более-менее жёстким распределением по этим проектам.
Представьте такой диалог между руководителем тестирования двух проектов А и Б (ЛидА и ГлеБ):
ЛидА: Глеб, выручай у нас релиз на носу, нужны бойцы, не успеваем, зашиваемся.
ГлеБ: Сколько людей надо? На какое время? Когда?
ЛидА: Вчера надо. А сколько дашь? Мне вообще на денек-другой, может на недельку.
ГлеБ: На недельку %) Ладно, так, дам тебе Тугодумова, Раздолбаеву и …
ЛидА: з-э, только не Раздолбаеву…

Далее либо договорятся, либо придет Босс и скажет кому и куда идти.
Знакомо?
Я расскажу о своем подходе, как можно минимизировать данный хаос и затраты на переключение между проектами и максимально продуктивно и позитивно использовать тестировщиков, работающих на других проектах. И нет, это не постоянная ротация.
Подход называется “Интенсивный Тестовый Цикл” и предлагает спланировать аврал заранее. Как? Об этом я и расскажу. Данный подход опробован не на одном проекте и зарекомендовал себя как работающий и полезный.

Обсудить в форуме

 



Страница 1 из 4