Home

Доклады по организация процесса тестирования с SQA Days-17

Примерно год назад Алексей Баранцев выступал на конференции Microsoft ALM Summit с докладом "Как справиться с динамической сложностью при управлении требованиями, тестами, дефектами: чему нас учит наука кибернетика".

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

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

Выступление Натальи Руколь на SECON'2015.

Модель проектного треугольника очень быстро дала плоды на благодатной почве русской души, которая любит всё делать с размахом. Хотите больше фич? Надо увеличивать сроки! Хотите более качественный продукт? Давайте расширим команду!

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

Раздутая команда становится неуправляемой, расширяться дальше нет желания и возможностей. Как решать проблему?

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

• Распространённые источники утечек ресурсов, времени и качества.
• Способы анализа эффективности проектных процессов (ТОС, Lean).
• Поиск узких горлышек (bottlenecks).
• Расчёт ROI при внедрении внутрипроектных улучшений.
• “Бесплатные” решения по повышению качества.
• Человеческий фактор и борьба с консерватизмом при внедрении улучшений.

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

Более широко эта тема освещена в тренинге Натальи Руколь Школа тест-менеджеров.

Выступление Натальи Руколь на онлайн-конференции для специалистов по тестированию Fun ConfeT&QA, осень 2013 года.

Писать тест-кейсы скучно. Не писать тест-кейсы опасно.

Что делать?

Управляемое исследовательское тестирование!

• Вести чек-листы, чит-листы и тест-туры
• Контролировать результаты через тест-сессии
• Анализировать продукты, используя майнд-карты
• Планировать тестирование через фичи
• Оценивать исследовательское тестовое покрытие

Хотите и весело, и контролируемо? Я расскажу, как!

Доклад Александры Ковалевой на конференции SQA Days-15, 18-19 апреля 2014, Москва, а 14-15 ноября пройдёт следующая 16-ая конференция SQA Days в Питере - присоединяйтесь.

Видео доклада

Презентация доклада

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

Мастер класс будет состоять из 2-х частей:

1. Теоретической – понятие оценки и планирования. Роли и задачи.

2. Практической – пример управление ресурсами (можно посмотреть на видео)

Итак, что же такое планирование? Это настолько глобальное понятие, что его можно применить к любой области жизни.

Планирование как вид деятельности – это процесс выработки действий по достижению цели.

«Бизнес-планирование» Кушнир И.В.

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

Автор: Руколь Наталья

Пролог, или история разработки новейшего продукта ХХХ

Январь, Стадия проектирования:

Бизнес-аналитик: нам обязательно нужны и GUI и веб-интерфейс, потому что это атрибуты всех современных серьёзных приложений
Архитектор: Так же нам обязательно нужна командная строка с возможностью удалённого доступа – это признак профессионализма

Март, Разработка

Архитектор: мы будем писать наше приложение на Java и ActiveX, потому что они scalable.
Руководитель разработки: нет, мы будем писать на C# потому что он более secure и очень reliable

Сентябрь, Тестирование

Тестировщик: я настаиваю на том, что это критикал, потому что программа падает при нажатии на эту кнопку всего шестнадцать раз подряд!
Разработчик: сейчас это нельзя исправить потому что класс MegaPuperClass библиотеки Refactored_on_May не поддерживает обработки исключений

Декабрь, Эксплуатация

Пользователь: очень симпатичный калькулятор, но я не понимаю, как им пользоваться?

Если ничто из вышеперечисленного диалога Вам не знакомо – видимо, Вы не участвовали в разработке софта .

Автор: Гринкевич Сергей

Статья написана по мотивам доклада, сделанного автором на конференции “Российские Интернет технологии 2007″ (РИТ2007) в апреле 2007 года в Москве.

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

Краткое описание:

В отличие от программирования, тестирование не создает прибавочной стоимости, т.е. проведение тестирования напрямую не влияет на ценообразование. Потратите вы 1000 или 1.000.000, это никак не отразится на ценности программы для пользователя в момент ее покупки. Осознание уровня качества приходит к пользователю позже, с опытом использования программы. Как следствие этого факта, многие руководители отказываются или максимально урезают расходы на такие «не профильные» активности, как тестирование. Но существует граница за которой расходы на тестирование просто бессмысленны. В этой ситуации лучше пользоваться принципом «либо все, либо ничего». Половинчатые решения всегда экономически не оправданы и влекут за собой неэффективные траты бюджета проекта.

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

Эти и другие вопросы я постараюсь осветить в своей статье.

Автор: Дмитрий Ручко

Данная статья была подготовлена на основе доклада, сделанного автором на конференции SQA-2 (http://sqa2conf.blogspot.com/) в октябре 2007 года.

Целью данной статьи является желание дать людям верное представление о том, что же такое «автоматизированное тестирование» и с чем его «едят».

Введение

С давних времён человечество занимается мифотворчеством. Чем меньше имелось знаний об окружающей природе, тем сильнее были заблуждения человека и удивительнее его мифы. С развитием науки область знаний расширилась. Но  и область неизвестного стала больше. Старые мифы ушли, но появились новые.

В данной статье я хотел бы рассказать об автоматизированном тестировании и связанными с ним заблуждениями. Часть из них больше свойственна менеджерам верхнего звена, часть – рядовым сотрудникам. Но и те и другие мифы мешают правильному пониманию и развитию данной технологии как таковой и её успешному внедрению на местах для обеспечения более высокого качества выпускаемых продуктов.

Автор: Владислав Орликов

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

Сэкономил – значит заработал, – утверждает пословица.

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

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

Автор: Елена Беляева

The paper is devoted to the training program for Software Quality Assurance (SQA) engineer created in Motorola, St.-Petersburg software center to prepare SQA engineers to fulfill their responsibilities. The paper will provide the stages how the training program was formed. We will describe approaches we used for the mentoring program and the effectiveness of the training program.