O documento apresenta os principais conceitos e práticas do framework Scrum. Resume que Scrum foi criado na década de 1990 para gerenciar projetos de software de forma ágil. Detalha os papéis de Product Owner, Scrum Master e time auto-organizado, assim como os conceitos de Sprints, estimativas, métricas, entregas contínuas e melhoria contínua por meio de retrospectivas.
O documento discute a motivação 3.0 no ambiente de trabalho, focando em promover autonomia, propósito e excelência entre os colaboradores por meio de uma cultura humanizada. Apresenta exemplos práticos de como a Hi Platform aplica esses princípios para motivar seu time de suporte.
O documento apresenta uma introdução ao gerenciamento de projetos, definindo o que é um projeto, os fatores de sucesso e fracasso, a importância da gestão de projetos e o ciclo de vida de um projeto. Também descreve o framework PMBOK e suas áreas de conhecimento.
Este documento descreve um projeto com início em 12 de janeiro e término em 12 de dezembro, que visa aumentar a receita em 10%. O projeto está atualmente em andamento e as próximas etapas serão realizadas em dezembro, com atenção a possíveis desvios no cronograma ou orçamento.
Faceted Navigation: (Almost) Everyone is Doing it WrongBotify
According to Google: “Faceted navigation, such as filtering by color or price range, can be helpful for your visitors, but it’s often not search-friendly since it creates many combinations of URLs with duplicative content.”
Petra Kis-Herczegh, SEO Solutions Consultant at Botify teamed up with Kelvin Newman, Founder of BrightonSEO to present actionable insights on handling faceted navigation. Learn how to combine your Data (Crawl, Analytics, Search Console and Log files) and ready-to-use tools to unlock your website’s hidden potential.
In this presentation, we cover:
- Understanding the issues caused by faceted navigation and the risk to SEO.
- Considerations, common methods and pitfalls when using SEO best practices.
- Use cases and examples on how to use data to handle your faceted navigation.
Пусть не каждый день, но довольно часто, мы сталкиваемся с задачей оценить ту или иную работу по тестированию. Вы скажете - как это связано с тестированием? Но, иногда, из-за слишком сжатых сроков приходится сверхурочно дорабатывать или сдавать некачественный продукт. Все потому, что эстимейты делали не вы, или же вы, но по какой-то причине некачественно. В докладе я расскажу об эстимации тестовых задач для тестировщиков. Как подходить к задаче и ее декомпозиции, какие приемы позволяют повысить их точность. Попробуем на примерах определить границу между хорошими эстимейтами и не очень. Также, я надеюсь, что у нас получится обсудить пару тройку интересных вопросов по этой теме.
Небольшой обзор возможностей плагина jobDSL для Jenkins CI. Плагин позволяет очень быстро настраивать jenkins job и превратить рутинную настройку в управляемый и поддерживаемый код
Техники тест дизайна для черноящичного тестированияDmytro Protsenko
Разобрано на пальцах несколько техник из книги Lee Copeland "A Practitioner's Guide to Software Test Design". Все что касается BlackBox Testing - cгруппированo в три раздела. Oбъяснены секреты магии Pairwise, почему тестирование областей определения переворачивает самолеты и дана краткая инструкция, как вернуть деньги за билет, если в связи с предыдущим пунктом, вы передумали лететь.
Доклад Александры Ковалевой, Test Lead в QA Service, Softengi, Украина.
В презентации представлен симбиоз теории планирования и практического опыта компании QA Service в оценке трудозатрат на тестирование.
Руководители отдела тестирования, ведущие тестировщики узнают:
Чем отличаются стратегические, тактические и оперативные планы? - Что такое планирование с точки зрения тестировщика?
Кто в отвечает за планирование трудозатрат на тестирование?
Какие существуют методы оценки?
Всегда ли имеет смысл детальное планирование и оценка?
Подводные камни планирование сроков тестирования и связь с другими активностями проекта.
Как начать внедрение системы планирования и оценки «снизу»?
Тестировщикам доклад поможет посмотреть на оценку сроков с точки зрения менеджмента и ответить на вопросы:
Как я оцениваю свои задачи? Как это делают другие? Можно ли что-то улучшить?
Как заставить лида перестать спрашивать о сроках?
Чем отличаются трудозатраты на выполнение задачи и сроки завершения задачи. Как сдавать задачи в срок?
Как оценить Тестировщика. Александра Ковалева, Testing Consultant в SoftengiSoftengi
Презентация Александры Ковалевой, консультант по тестированию компании Softengi, на семинаре для тестировщиков "Оценка в жизни тестировщика" от тренингового центра QAS Training Center, который прошел 27 ноября в пространстве Циферблат, Киев
Основано на книге Стив МакКонелл, "Сколько стоит программный проект"
- Цели, План, Эстимейт, Обязательства - как они взаимосвязаны?
- Переоценка и недооценка - последствия
- Основные причины ошибок в оценках
- Факторы и их влияние на оценку (COCOMO ||)
- Методы оценки
- Правильная процедура оценки
Полезные ссылки:
Classic Mistakes Enumerated -
http://www.stevemcconnell.com/rdenum.htm
CoCoMo - https://ru.wikipedia.org/wiki/COCOMO
Экстремальное программирование - https://ru.wikipedia.org/wiki/Экстремальное_программирование
Светлана Мухина, Метрики в Agile проектахScrumTrek
Я думаю, что чем сложнее метрика, тем проще ее подвести под необходимые результаты. Зачастую достаточно немного исказить одно не самое важное значение в формуле расчета и в итоге на больших числах можно получить приличное искажение. С помощью визуализации метрик тоже можно оказывать влияние и изменять мнение в необходимую вам сторону. И тут возникает вопрос #2 - "Что делать?" Использовать или не использовать метрики. Возможно, вы найдете для себя ответ на этот вопрос в моем докладе про очень простые метрики: -capacity - кол-во идеальных часов доступное в итерацию; -velocity - количество сделанной работы в стори поинтах или других "попугаях"; -burn-down - прогресс команды на данный момент, сколько сделали и сколько осталось; -индекс стабильности требований - как часто меняются требования; И еще поделюсь своим мнением о том, какая может быть польза команде от заполнения системы учета времени; Я расскажу, как мы собираем эти метрики на проектах и что нам это дает. Например, иногда они помогают найти ответ на вопрос #1 "Кто виноват?" (это шутка).
Управление командой тестирования. Сhallenge или рутинаGleb Rybalko
Практические советы тест менеджерам, связанные с нюансами управления командами тестирования. Мы обсудим, как быть всегда в курсе дела и не превратить управление тестовой командой в рутинное занятие. Основными вопросами доклада будут:
- Какие структуры тестовых команд являются наиболее распространенными и как в них жить
- Какие задачи встречаются тест менеджеру каждый день?
- Каким должно быть профессиональное мировозрение тест менеджера
- Важны ли определенные роли в команде тестирования или мы создаем универсальных солдат?
KEA20 - Александра Урядова - Как мы работаем, чтобы вы работалиRealResult
Живой Канбан-процесс в компании, являющейся лидером в своей отрасли. Как он у нас завёлся, какие вызовы рынка нужно обрабатывать сейчас. Как мы пробуем растить уровень зрелости продуктовых менеджеров и технических команд
Антон Грачев. В поисках мифического зверя. Новые подходы и инструменты для Ag...ScrumTrek
Вы, наверное, сталкивались с ситуацией когда в вашем Agile проекте срабатывали риски, которые приводили к тем или иным неприятным ситуациям, а затем на ретроспективе или во время аудита задавался вопрос: есть ли управление рисками на проекте? Очень часто ответ звучит положительный, но если рассмотреть детали, то хорошо отлаженного процесса почему-то не обнаруживается. Этакий мифический зверь, о котором все знают, но никто его не видел вживую. Я постараюсь ответить на вопрос «Почему не работают обычные инструменты управления рисками?» и предложу новые подходы и инструменты по управлению рисками как для Скрам, так и для Канбан команд. В частности, представлю свой авторский метод отслеживания рисков в проекте на основе Канбан-доски. Он позволяет упростить и очеловечить процесс отслеживания актуальности рисков, повысит прозрачность информации для всех участников проекта.
Similar to Планирование трудозатрат на тестирование (20)
This document discusses continuous performance testing (CPT) and introduces the Jagger CPT solution. It provides an overview of why performance testing is important, outlines the principles and goals of CPT, and describes the key parts of the Jagger CPT platform including load generation, metrics collection, test data management, and environment management. It also provides an example customer success story where Jagger was used for continuous performance testing of a large ecommerce site.
Мощь переполняет с JDI 2.0 - новая эра UI автоматизацииSQALab
This document provides an overview of the JDI (Java UI test automation framework). It discusses features of JDI including being UI element oriented, providing common UI elements and solutions to common problems. It provides examples of how to write tests using JDI annotations and page object pattern. The document also summarizes benefits of JDI such as reducing test code, improving test clarity, reuse across projects. Finally it outlines new features planned for JDI 2.0 including layout verification, page object generator, integration with Selenium and expanding JDI to other languages like Python.
The document discusses testing of geolocation systems. It provides an overview of geolocation, including definitions and importance. It then outlines the speaker's experience and work testing GIS systems. The rest of the document details approaches to testing geolocation, including simulating calls, checking responses and databases, and verifying accuracy. It also discusses common data formats, projections, tools like PostGIS and QGIS, and potential bugs to watch for like coordinate jumbling. The conclusion emphasizes starting simple, practicing to improve, and for tests to grow with knowledge as geolocation is important for future IT.
3. О компании
Департамент QA Service входит в состав
компании Softengi - поставщика услуг в
области ИT аутсорсинга.
Softengi специализируется на разработке программного обеспечения,
аутсорсинга бизнес-процессов в области ИТ, разработке мобильных
приложений, 3D-моделировании, а также предоставлении клиентам
ИТ специалистов под конкретные проекты (центры разработки ПО).
Работаем в областях:
Тестирование (outstaffing/outsoursing)
QA консалтинг
Обучение и сертификация
qa3s.com softengi.com
4. Мастер-класс
1 часть – Понятия оценки и
планирования. Роли и задачи.
2 часть – Практический приер
управления ресурсами.
Выходим на новый уровень.
6. Планирование как вид деятельности – это процесс
выработки действий по достижению цели.
«Бизнес-планирование» Кушнир И.В.
13. Планирование тестирования
1. Определение требований к тестам
2. Оценка рисков
3. Разработка стратегии тестирования
4. Определение ресурсов
5. Разработка Тест Плана
6. Создание графика работ
16. Методы оценки
Требующие детальной математической проработки:
1. Метод Дельфи;
2. Метод трех точек (последовательный расчет);
3. Метод анализа функциональных точек / точек
тестирования;
4. Метод оценки точек вариантов использования;
5. COCOMO (COnstructive COst MOdel) – модель издержек;
6. Генетическая модель оценки.
17. Методы оценки
Наиболее простые в использовании:
1. ПВН (пальцем в небо), или метод проб и ошибок;
2. Специальный метод;
3. Аналогии и рекомендации экспертов;
4. Структура декомпозиции работ;
5. Процентное отношение к разработке;
6. Метод процентного распределения.
22. Решение проблемы
1. Обучаем новичков
• Хронометраж
• Анализ
2. Создаем универсальный Estimation Check
List для портфеля проектов
3. НЕ ругаем за ошибки в оценках
23. Оперативные оценки
1. Ознакомление/исследование
2. Ревизия спецификации
3. Написание тестовой документации
(чек-лист, тест кейсы)
4. Подготовка данных
5. Выполнение тестов + рекомендации
от программистов
6. Буфер/Риски
Незабудка для тестировщика
29. Планирование — оптимальное распределение ресурсов для
достижения поставленных целей, совокупность процессов,
связанных с постановкой задач и действий в будущем.
(с) Википедия
36. Шаги составления
Плана работ
1. Решить, что будем тестировать
2. Сделать оценки
3. Заполнить сетевой график работ, построить
Диаграмму Ганта.
4. Проставить логические связи между работами
5. Назначить ресурсы
6. Определить Критический путь
7. Проставить ресурсные связи
8. Оптимизировать ресурсы (количество
исполнителей).
39. Не забываем
Отпуска, праздники
Баги
время на заведение
время на регрессию
статистическое приближение
Буфер
на задачу или проект?
%?
Риски
Исполнители
разделение
опыт
Если версия не первая
43. Преимущества
Позволяет рассчитать стоимость и сроки проекта
основываясь на численных оценках
Дает представление о занятости ресурсов
Позволяет эффективнее распределять ресурсы
между проектами
Инструмент оптимизации сроков проекта
Является наглядными документами для
руководства и заказчика
44. Если Заказчик заинтересован
Соблюдаем обязательства
Не приносим убытков
Расширяем возможности
Не экономим на качестве
45. Если Заказчик НЕ
заинтересован
Сохраняем нервы Лида
Развиваем свою команду
Внедряем фишечки
Разрабатываем свои
инициативы
Получаем удовольствие от
качества
47. Выводы
1. Планирование – совокупность процессов по:
• созданию стратегии тестирования,
• оценке трудозатрат,
• прогнозированию сроков,
• назначению и оптимизации ресурсов,
• контролю выполнения задач.
2. Оценка трудозатрат и оценка сроков – не одно и тоже.
3. Большинство этапов можно автоматизировать.
О проектеОтдел тестирования – 30 человекВыделенный TestManager + 5 QC LeadsПриложение – ERP система по анализу выбросовПроект – мамонт (12 лет разработки, 21 модуль + дополнения)
+ http://www.construction-technology.ru/9/Стратегическое планирование является долгосрочным планированием деятельности предприятия. Его особенностью является отсутствие конкретных значений показателей, которые характеризуют конечные результаты деятельности предприятия. Это планирование определяет направленность деятельности, формирует виды деятельности и периоды существования определенных видов деятельности. Основоположником создания стратегических планов как совокупности стратегий действий есть Александр Македонский. Область возникновения стратегического планирования — военная наука. Тактическое планирование является планированием деятельности предприятия на, текущий период существования с четко выраженной конкретной целью и задачами. Такое планирование образовывает текущие планы, которые включают конкретные показатели и границы их значений, достижение которых ограничено текущим плановым периодом. Оперативное планирование является детализацией тактического планирования и без него не существует. Такое планирование позволяет создавать оперативные плановые задачи конкретным исполнителям текущих планов предприятия. Операционное планирование решает задачи внутрипроизводственного характера за показателями и их расчетами и отличается от тактического планирования методами и приемами, употребляемыми при этом. Очевидно, что сроки реализации оперативных планов должны быть меньшие, чем сроки реализации тактических планов. Части приложению оперативного и тактического планирования также разные. Для тактического планирования — предприятие в целом и его укрупненные подразделы. А для оперативного планирования — участки, рабочие места, конкретные работники.
Планирование – очень широкое понятие. И прежде чем говорить о планировании на этапе тестирования, нужно знать, что это слово означает для других членов компании и особенно для менеджмента.…
http://be5.biz/ekonomika/p006/01.htm
А правда ли не умеем?
Метод трех точек – Этот метод основан на статистических методах. Здесь задание разбивается на подзадания (подобно структуре декомпозиции работ), а затем каждому подзаданию дается три типа оценки: Оптимистическая оценка (лучший вариант развития событий, при котором всё проходит без ошибок и все условия оптимальны) = аНаиболее вероятная оценка (наиболее вероятное количество времени, которое понадобится на выполнение работы; здесь могут случаться ошибки, но в основном все проходит гладко) = m Пессимистическая оценка (наихудший сценарий: весь процесс проходит с ошибками) = bФормула для нахождения значения оценки: (Е) = а + (4*m) + b / 6 Стандартная погрешность (SD) = = (b – a) / 6 Более подробно о данном методе можно узнать, перейдя по следующей ссылке: http://www.projects.ed.ac.uk/methodologies/Full_Software_Project_Template/EstimationGuidelines.shtml7. Анализ функциональных точек / точек тестирования: Метод ФТ – это прямой показатель функциональности приложения с точки зрения пользователя. Это самый распространенный метод, используемый для оценивания объема работ для проекта по разработке программного обеспечения. Данный метод является частью TMap и в его основе лежит метод функциональной точки. Здесь мы преобразуем функциональные точки в точки тестирования. При анализе точки тестирования мы обычно учитываем следующее: Динамические точки тестирования Статические точки тестирования Коэффициент влияния окружения Коэффициент продуктивности Часы для первичного тестирования Коэффициент регулирования Часы для всего процесса тестирования Загрузить презентацию с подробными комментариями можно здесь: http://www.eurostarconferences.com/community/member/eurostar-software-testing-presentations-archive/test-effort-estimation-with-test-point-analysisВ тестировании данный метод оценивания основан на документе спецификации требований или на ранее созданном прототипе приложения. Для расчета ФТ для проекта требуются несколько главных компонентов. К этим компонентам относятся следующие: Функциональные точки нескорректированных данных: i. Внутренние файлы. ii. Внешние интерфейсы.Функциональные точки нескорректированных транзакций: i. Входные данные пользователя. ii. Выходные данные пользователя iii. Запросы пользователя Основная формула Кейперса Джонса:Количество тест-кейсов = [количество функциональных точек] х 1.2Общие фактические трудозатраты = (количество тест-кейсов) * (процент трудозатрат на разработку / 100) Этот метод используется в том случае, если в наличии имеется подробный проектный документ нижнего уровня или документ требований (т.е. есть мера функциональной точки), а также имеются предыдущие данные для разработки и тестирования. Однако в настоящее время при использовании методологии agile и итерационных методов для разработки проектов, вышеперечисленная документация в большинстве случаев не доступна.
Метод проб и ошибок (в просторечии также: метод (научного) тыка) — является врождённым эмпирическим методом мышления человека. Также этот метод называют методом перебора вариантов. В 1898 году описан Э. Торндайком как форма научения, основанная на закреплении случайно совершённых двигательных и мыслительных актов, за счет которых была решена значимая для животного задача.Метод научного тыка представляет собой попытку угадать правильный ответ с учетом некоторого прошлого опыта. Данный метод применяется повсеместно, но так как в его основе лежит шестое чувство, погрешность может составлять около 200% или даже больше.
НЕ ругать за ошибки в оценках – не бойтесь, что ошибетесьВизуализация
Виды работВиды тестированияЭтапы тестированияРаботы типа «Буфер»
И посмотри что из этого получится
И посмотри что из этого получится
(Work Breakdown Structure)
В основе метода лежит определение наиболее длительной последовательности задач от начала проекта до его окончания с учетом их взаимосвязи. Задачи, лежащие на критическом пути (критические задачи), имеют нулевой резерв времени выполнения, и, в случае изменения их длительности, изменяются сроки всего проекта. В связи с этим, при выполнении проекта критические задачи требуют более тщательного контроля, в частности, своевременного выявления проблем и рисков, влияющих на сроки их выполнения и, следовательно, на сроки выполнения проекта в целом. В процессе выполнения проекта критический путь проекта может меняться, так как при изменении длительности задач некоторые из них могут оказаться на критическом пути.http://www.google.com.ua/imgres?sa=X&biw=1364&bih=610&tbm=isch&tbnid=OKVHytIZI6qP3M%3A&imgrefurl=http%3A%2F%2Fwww.myshared.ru%2Fslide%2F96828%2F&docid=2_8ej6HTQvsnWM&imgurl=http%3A%2F%2Fimages.myshared.ru%2F96828%2Fslide_5.jpg&w=800&h=600&ei=p5ARU9b4GJGWhQeQ7YGoCg&zoom=1&ved=0CP0BEIQcMDY&iact=rc&dur=3840&page=4&start=47&ndsp=14