Пусть не каждый день, но довольно часто, мы сталкиваемся с задачей оценить ту или иную работу по тестированию. Вы скажете - как это связано с тестированием? Но, иногда, из-за слишком сжатых сроков приходится сверхурочно дорабатывать или сдавать некачественный продукт. Все потому, что эстимейты делали не вы, или же вы, но по какой-то причине некачественно. В докладе я расскажу об эстимации тестовых задач для тестировщиков. Как подходить к задаче и ее декомпозиции, какие приемы позволяют повысить их точность. Попробуем на примерах определить границу между хорошими эстимейтами и не очень. Также, я надеюсь, что у нас получится обсудить пару тройку интересных вопросов по этой теме.
This document is the outline I generated from the online tests available from the USPTO Patent Bar. I didn't pay for an expensive test prep to study for the patent bar. Instead, I went through the freely available test questions from 2002 and 2003, found all of the answers in the MPEP, and put the Q&As into manageable slides. Thus, the day before the exam, I was able to easily go through 200+ questions in only a few hours and go through this entire Outline in about an hour. Then, the day of the exam, I went through this outline in the morning. I took and "preliminarily" passed the patent bar on August 11, 2016. Hopefully this content will help you study for and confidently take the patent bar.
SLUM REDEVELOPMENT PROCESS MUMBAI MAHARASHTRA INDIA ASIA sunil seth kakkad
Conceptualization OF SRA SCHEME MUMBAI INDIA
Due Diliegence
Development Approval
Design Studio
Engineering and Development
Project Development
Project Funding
Project Marketing
Occupier support
SUNIL SETH KAKKAD
INDIA MAHARASHTRA MUMBAI
09820614117
sethkakkad@gmail.com
This document outlines the project management plan for designing and constructing a modular/residential construction project. It provides details on the project introduction, company profile, site analysis, client requirements, design approach, project management, and conclusions. Key aspects of the project management plan include defining success criteria based on quality, time, and cost objectives. It also discusses risk management and includes a work breakdown structure and Gantt chart to outline the project schedule and tasks. The document aims to provide a comprehensive plan for delivering the project on time and on budget while meeting the client's requirements.
This report is to provide schematic drawings, building feasibility calculations and project implementation planning.
The report consists of description for the proposed project design with schematic drawings plans, sections, elevations and perspectives. The specifications of structures and finishes will be shown as an overall standard used for the proposed design.
The proposal will provide an estimation feasibility calculation of total construction cost (TCC) and gross development value (GDV) to have an overview of the profit of this proposed project.
Last part of the report will consist a list of task with timeline estimation as an overview of the entire project from beginning to completion.
This document provides a cover sheet and legend for architectural drawings for a new CityCat ferry terminal. It includes a project description, list of drawings, abbreviations legend and general notes. The legend defines abbreviations used on the drawings and notes provide guidance on materials and construction methods. The project involves construction of a new ferry terminal with waiting area, gangway, pontoon and associated infrastructure at Macarthur Avenue, Hamilton QLD.
The document outlines the design development process for the Taylor's Recreation Station project. It includes sections on architectural, interior, landscape, civil and structural, mechanical and electrical designs. It also includes project management aspects such as the work breakdown structure, table of dependencies, PERT chart and Gantt chart which outline the project timeline and dependencies between tasks from schematic design to final completion.
This document outlines the content and objectives of a vocational education course on building measurement and specification. The course covers topics like foundations on sloping sites, basement measurement, reinforced concrete flat roofs, bills of quantities, and specification writing. It provides a week-by-week breakdown of the course content, which includes foundations, earthworks, concrete, and other construction measurement and documentation topics. Flow charts are also included to illustrate the measurement process for foundations on sloping sites.
This document contains an elemental cost analysis for the proposed corporate headquarters of Bristol Trading Sdn Bhd. It includes summaries of the building specifications, contract details, floor plans, and a functional unit cost analysis breaking down costs by element, including substructure, superstructure, finishes, fittings and furnishings, services, and external works. Key figures provided are the total contract sum of RM4,898,990 and a breakdown of costs per square meter of gross floor area for each structural and design element.
This document is the outline I generated from the online tests available from the USPTO Patent Bar. I didn't pay for an expensive test prep to study for the patent bar. Instead, I went through the freely available test questions from 2002 and 2003, found all of the answers in the MPEP, and put the Q&As into manageable slides. Thus, the day before the exam, I was able to easily go through 200+ questions in only a few hours and go through this entire Outline in about an hour. Then, the day of the exam, I went through this outline in the morning. I took and "preliminarily" passed the patent bar on August 11, 2016. Hopefully this content will help you study for and confidently take the patent bar.
SLUM REDEVELOPMENT PROCESS MUMBAI MAHARASHTRA INDIA ASIA sunil seth kakkad
Conceptualization OF SRA SCHEME MUMBAI INDIA
Due Diliegence
Development Approval
Design Studio
Engineering and Development
Project Development
Project Funding
Project Marketing
Occupier support
SUNIL SETH KAKKAD
INDIA MAHARASHTRA MUMBAI
09820614117
sethkakkad@gmail.com
This document outlines the project management plan for designing and constructing a modular/residential construction project. It provides details on the project introduction, company profile, site analysis, client requirements, design approach, project management, and conclusions. Key aspects of the project management plan include defining success criteria based on quality, time, and cost objectives. It also discusses risk management and includes a work breakdown structure and Gantt chart to outline the project schedule and tasks. The document aims to provide a comprehensive plan for delivering the project on time and on budget while meeting the client's requirements.
This report is to provide schematic drawings, building feasibility calculations and project implementation planning.
The report consists of description for the proposed project design with schematic drawings plans, sections, elevations and perspectives. The specifications of structures and finishes will be shown as an overall standard used for the proposed design.
The proposal will provide an estimation feasibility calculation of total construction cost (TCC) and gross development value (GDV) to have an overview of the profit of this proposed project.
Last part of the report will consist a list of task with timeline estimation as an overview of the entire project from beginning to completion.
This document provides a cover sheet and legend for architectural drawings for a new CityCat ferry terminal. It includes a project description, list of drawings, abbreviations legend and general notes. The legend defines abbreviations used on the drawings and notes provide guidance on materials and construction methods. The project involves construction of a new ferry terminal with waiting area, gangway, pontoon and associated infrastructure at Macarthur Avenue, Hamilton QLD.
The document outlines the design development process for the Taylor's Recreation Station project. It includes sections on architectural, interior, landscape, civil and structural, mechanical and electrical designs. It also includes project management aspects such as the work breakdown structure, table of dependencies, PERT chart and Gantt chart which outline the project timeline and dependencies between tasks from schematic design to final completion.
This document outlines the content and objectives of a vocational education course on building measurement and specification. The course covers topics like foundations on sloping sites, basement measurement, reinforced concrete flat roofs, bills of quantities, and specification writing. It provides a week-by-week breakdown of the course content, which includes foundations, earthworks, concrete, and other construction measurement and documentation topics. Flow charts are also included to illustrate the measurement process for foundations on sloping sites.
This document contains an elemental cost analysis for the proposed corporate headquarters of Bristol Trading Sdn Bhd. It includes summaries of the building specifications, contract details, floor plans, and a functional unit cost analysis breaking down costs by element, including substructure, superstructure, finishes, fittings and furnishings, services, and external works. Key figures provided are the total contract sum of RM4,898,990 and a breakdown of costs per square meter of gross floor area for each structural and design element.
Об измерениях в разработке ПО слышали все. Но какая от польза от их внедрения? И какие необходимые условия внедрения?
Вашему вниманию будут представлены различные способы измерения качества продукта, как их можно использовать для улучшений рабочих процессов, определения проблем, поддержки контрактных обязательств, оценки достижения целей индивидуума, отдела или компании. Также вы узнаете, как выбрать и внедрить действительно нужные метрики.
Как оценивать состояние проекта по разработке с помощью формальных метрик и о...Dmitry Andreev
Можете ли вы завтра утром в 8:05 положить на стол руководства детальный отчет по прогрессу разрабатываемой системы, количестве ошибок в разрезе подсистем и требований, качестве юнит-тестов, скорости внесения изменений в код и возникновения ошибок? Можете ли вы с помощью средств аналитики оценить узкие места проекта, например, ответив на вопрос «какая подсистема имеет самое большое количество вновь возникающих ошибок»? Если вы хотите узнать, как это сделать то приходите на доклад о возможностях подсистем отчетности Visual Studio Team System 2010. В докладе будут рассмотрены подходы по созданию формальной системы метрик, индикаторов, отчетов для оценки прогресса и состояния проекта по разработке программного обеспечения.
Об измерениях в разработке ПО слышали все. Но какая от польза от их внедрения? И какие необходимые условия внедрения?
Вашему вниманию будут представлены различные способы измерения качества продукта, как их можно использовать для улучшений рабочих процессов, определения проблем, поддержки контрактных обязательств, оценки достижения целей индивидуума, отдела или компании. Также вы узнаете, как выбрать и внедрить действительно нужные метрики.
Как оценивать состояние проекта по разработке с помощью формальных метрик и о...Dmitry Andreev
Можете ли вы завтра утром в 8:05 положить на стол руководства детальный отчет по прогрессу разрабатываемой системы, количестве ошибок в разрезе подсистем и требований, качестве юнит-тестов, скорости внесения изменений в код и возникновения ошибок? Можете ли вы с помощью средств аналитики оценить узкие места проекта, например, ответив на вопрос «какая подсистема имеет самое большое количество вновь возникающих ошибок»? Если вы хотите узнать, как это сделать то приходите на доклад о возможностях подсистем отчетности Visual Studio Team System 2010. В докладе будут рассмотрены подходы по созданию формальной системы метрик, индикаторов, отчетов для оценки прогресса и состояния проекта по разработке программного обеспечения.
Here are the differences between those verb forms:
Lie - lay - lain
Lie is an irregular verb. Its past tense is lay and its past participle is lain.
For example:
Present: I lie down every night.
Past: I lay down last night.
Past participle: I have lain down.
Lie - laid - laid
When used transitively (taking a direct object), lie becomes regular.
For example:
Present: She lies the baby down for a nap.
Past: She laid the baby down for a nap.
Past participle: She has laid the baby down for a nap.
To lie - to recline
Impact Analysis в тестировании
В непрерывном процессе разработки продукта появляются и реализуются различные фичи, дополнительные возможности, мы работаем с меняющимися требованиями заказчика, наш продукт постоянно улучшается и изменяется.
В таких условиях можно столкнуться с неприятной ситуацией, когда становится трудно отследить последствия производимых изменений и модификаций: оценить, какие же части программы могут быть затронуты и насколько сильно.
В итоге: тестирование проведено в соответствии с лучшими практиками, но какая-то часть продукта, какой-то его модуль или функционал может быть упущен из внимания или недостаточно глубоко проверен.
Но изменения в продукте не всегда являются проблемой, если применять методику анализа этих изменений или Импакт Анализ. В ISTQB данная методика трактуется, как часть планомерной работы с рисками.
Этот анализ помогает отслеживать последствия изменений в продукте. Он помогает выяснить, какие части программы могут быть затронуты, и оценить, насколько сильно скажутся эти изменения непосредственно на измененной функциональности, а также на остальном продукте. Все это дает возможность правильно спланировать процесс тестирования и не упустить из вида никакие части тестируемого продукта.
Я хочу рассказать о своем опыте введения и использования "Impact analysis" в ряде проектов нашей компании:
- о причинах введения этого анализа на проектном уровне;
- о том, как именно и в каком виде мы используем IA в своих проектах;
- о некоторых важных особенностях внедрения подобной методики;
- о полученной практической пользе от этого нововведения.
С помощью "Impact analysis" наша компания смогла решить проблемы, с которыми мы сталкивались достаточно длительное время.
Доклад будет полезен специалистам, которые сталкиваются с необходимостью учитывать и анализировать изменения в продукте. Теперь этот процесс станет проще и удобнее.
TPI Next®: оптимизируем процессы тестирования по-взрослому
Думали ли вы когда-либо о том, к какому уровню зрелости принадлежит ваш процесс тестирования? Или, например, как ответить на вопрос о том, насколько эффективно работает ваша команда тестировщиков? Здесь легче всего дать субъективный ответ, и, например, сказать: мы работаем хорошо, у нас все автоматизировано и мы находим много дефектов.
Однако нельзя расценивать подобный ответ, как корректный. Оценить зрелость и эффективность процесса тестирования по-настоящему можно лишь используя ту или иную модель оценки, каждая из которых имеет массу своих особенностей и не всегда применима в большинстве случаев.
TPI® Next – модель оценки зрелости процессов тестирования в масштабах компании или отдельного проекта. Она помогает понять какими сильными и слабыми сторонами обладает ваш процесс и дает представление о том, в каком направлении двигаться для его оптимизации.
TPI® Next разбивает процесс тестирования на ключевые подобласти, каждая из которых подвергается анализу и получает свою оценку зрелости – от начальной до оптимальной. Делается это на основе четко описанных критериев для той или иной области, что дает возможность дать конкретный ответ на вопрос о том, чего не хватает процессу для перехода на следующую ступень зрелости.
Используя подход, описанный в TPI® Next, я провел оценку зрелости процесса тестирования в нескольких проектах компании в разные периоды их развития. Подвергнув полученные данные анализу, я смог определить каких практик и подходов не хватает той или иной команде для того, чтобы считать свои проекты более зрелыми и эффективными.
Использовав получе
Последовательное выполнение функциональных тестов занимает очень долгое время. Особенно если нужно тестировать со многими конфигурациями. Необходимо уменьшать время прохождения тестов.
Этого можно достигнуть при помощи уменьшения количества тестов, их оптимизации и атомизирования.
Второй путь - запускать тесты параллельно. Хотя оптимизация не помеха запускать тесты параллельно, чтобы получать Для того, чтобы получать действительно классные результаты тестируя при помощи Selenium2, служит еще один дополнительных инструмент - SeleniumGrid 2.
В моем докладе вы также ознакомитесь с тем, как:
Конфигурировать тесты для работы с хабом
Разворачивать SeleniumGrid 2
Настраивать запуск тестов
Область автоматизации web-приложений переживает бурный рост. Самый популярный инструмент это Selenium, который занимает большую часть рынка. Но не стоит забывать, что существуют и другие инструменты, которые помогают автоматизировать функциональное тестирование.
Мой доклад будет более практический, чем теоретический. Я расскажу об инструменте Watir, как его использовать, и напишу несколько простых тестов разными способами:
Ruby Application;
Test Unit;
Rspec;
Cucumber;
Составить, написать тесты и запустить их это еще не всё нагрузочное тестирование. Теперь надо понять, а что собственно произошло? Достигли мы своих целей?
Поговорим с вами о всяких подводных камнях нагрузочного тестирования, возможных вариантах их обхода и том, где, как и на что смотреть в этой области.
В последнее время Android стал самой быстрорастущей мобильной платформой, вытеснив с первой позиции морально устаревший Symbian. Nokia же, получив обратную связь от пользователей своей мобильной ОС Maemo, решила объединить усилия с Intel в разработке совместной ОС, которая получила название MeeGo.
Являясь операционными системами разрабатываемыми для схожих сегментов рынка, целевыми устройствами для них выступают смартфоны, планшеты, телевизоры, а также автомобили оснащенные бортовым компьютером. Помимо этого факта их объединяет и то, что рассматриваемые ОС базируются на Linux, хотя и в разной степени.Так у Android на Linux основано только ядро, в то время как MeeGo позиционирует себя как полноценный «Linux в кармане».
Благодаря описанным особенностям появилась идея создания доклада, целью которого является вводный обзор по автоматизированному тестированию для каждой платформы. В предлагаемом докладе будут описаны общие архитектурные решения построения фреймворка для автоматизированного тестирования и рассмотрены программные средства доступные для этих целей в Android и Meego.
Все разработчики автоматизированных тестов рано или поздно сталкиваются с проблемой - "то, что есть в тулзе, которую я юзаю, явно не достаточно и надо что-то делать".
Мы поговорим с чего начать и чем продолжить, так чтоб получить действительно хорошее решение для автоматизированного тестирования. Обсудим интеграцию с continues integration и реализации систем репортинга. За опорный пример возьму фреймворк на базе Selenium.
При автоматизации тестирования один из самых главных параметров - покрытие кода. Насколько хорошо тестируется приложение в автоматическом режиме и можно ли доверять результатам тестирования? Как можно увеличить покрытие кода, не увеличивая при этом время выполнения автоматических скриптов? Какие проблемы при этом возникают и как их можно решить? Что такое model-based тестирование и как его можно применить в условиях ограниченного времени на тестирование? На эти вопросы я попытаюсь ответить с примерами из реального проекта, объясню с какими проблемами мы столкнулись и как их решали.
This document provides an overview and comparison of three project management systems: JIRA, Redmine, and VersionOne. It describes the author's background and experience with software testing. Each tool is examined in terms of its features, benefits, and disadvantages. Key information includes that JIRA is developed by Atlassian, Redmine is open source, and VersionOne is used by over 30,000 teams globally. The document aims to help organizations determine which project management system might best suit their needs.
2. Добрый вечер! Я рада вас видеть Сообщество Тестировщиков Днепропетровска – 2011
3. Estimates & Estimating - Содержание Определения Estimates и Estimating Что и Как оценивать Работа с эстимейтами Выводы Сообщество Тестировщиков Днепропетровска – 2011
4. Estimates & Estimating - Содержание Определения Estimates и Estimating Что и Как оценивать Работа с эстимейтами Выводы Сообщество Тестировщиков Днепропетровска – 2011
5.
6. The ability to accurately estimate the time and/or cost taken for a projectСообщество Тестировщиков Днепропетровска – 2011
7. Определение Estimates и Estimating Какие виды эстимейтов вы знаете? Сообщество Тестировщиков Днепропетровска – 2011
8. Определение Estimates и Estimating Предварительные Детальные Обновленные Уточненные Утвержденные Липовые Нереальные Раздутые Как Бог на душу положит Сообщество Тестировщиков Днепропетровска – 2011
11. Estimates & Estimating - Содержание Определения Estimates и Estimating Что и Как оценивать Работа с эстимейтами Выводы Сообщество Тестировщиков Днепропетровска – 2011
12. Что и Как оценивать Алгоритм Определить важность и срочность задачи Декомпозиция задачи Оценка модулейастей задачи Подсчет итогового значения Выдача результата Сообщество Тестировщиков Днепропетровска – 2011
16. Можно ли отодвинуть вашу текущую работуСообщество Тестировщиков Днепропетровска – 2011
17. Что и Как оценивать 2. Декомпозиция задачи Какие модули приложения затрагивает изменение? Какие модули получают регрессию? Какие конфигурации необходимо проверить? Какие данные необходимо подготовить? Как изменение отразится на нагрузке? Какие подготовительные работы нужно сделать? Что можно автоматизировать? Сообщество Тестировщиков Днепропетровска – 2011
20. Что и Как оценивать 3. Оценка декомпозированной задачи Тест-дизайн ( анализ требований, написание тест-кейсов) Тестирование раунд 1 Багфикс Тестирование раунд 2 Регрессия Нагрузка Сопроводительная документация Сообщество Тестировщиков Днепропетровска – 2011
21. Что и Как оценивать 4. Подсчет итогового значения Буфер - это задача ненулевой длительности, но не имеющей требования к производительности. Сообщество Тестировщиков Днепропетровска – 2011
22. Что и Как оценивать 5. Выдача результата Оцени задачу 20 - 28 часов Сообщество Тестировщиков Днепропетровска – 2011
23. 5. Выдача результата Оценка покрывает: Сама проверка функционала Проверка на разных входных данных Проверка на 3- конфигурациях (IE7 FF) Взаимодействие с модулем К Регрессия при генерация отчетов и печати страниц Также, учтен риск использования новой технологии и настройки тестового сервера. Сообщество Тестировщиков Днепропетровска – 2011
31. Estimates & Estimating - Содержание Определения Estimates и Estimating Что и Как оценивать Работа с эстимейтами Выводы Сообщество Тестировщиков Днепропетровска – 2011
32. Работа с эстимейтами Задача А: Простая правка шаблона Большое, запутанное описание 8 m/h 40 m/h Задача Б: Архитектурные изменения кода Мелкое изменение 80 m/h 8m/h Сообщество Тестировщиков Днепропетровска – 2011
33. Работа с оценками эстимейтами 20 % 80 % Сообщество Тестировщиков Днепропетровска – 2011
34. Estimates & Estimating - Содержание Определения Estimates и Estimating Что и Как оценивать Работа с эстимейтами Выводы Сообщество Тестировщиков Днепропетровска – 2011
И в сегодняшнем докладе, хочу, поделиться своим опытом и наработками в вопросе эстемирования задач тестирования.Если быть совершенно точной, это доклад о том как эстимировать, с чего начать и как успешно завершить задачу проэстимироватьфичу, да еще с выгодой для себя.Тема довольно важная, вот хотя бы мы все знаем что стоимость багинайденой на раннем этапе мала, чем на познем.Точно так же неверные естимейты, могут примести сумятицу в весь план работ. Так что будем надо работать на устранением багов в эстимировании. Нужно учиться эстимировать, что-бы не приходилось выполнять задачу по чьим-то эстимейтам.Так как я считаю что уметь эстимироватьдолжет и тестеровщики менеджер, то доклад для и тех и тех. Только с одной поправкой, для тестеровщика этого доклада будет достаточно, для менеджера однозначно нет. Это другая весовая категория, он должен уметь гораздо больше.
В первой части, я просто хочу рассказать о 4 аспектах, которые я выделяю в эстимейтах и эстимировании.
В первую очередь это оценка, т.е. грубо говоря число.Во вторых это процесс, т.е. последовательность действий которые можно описать алгоритмом.Вот например, мне понравилась фраза, о том что это оценка чего-то. Вот лазейка для сообразительности, творчества, и исследования.Третья вещь заключается в том, что это навык. Умение эффективно управляться с процессом, и получать верную оценку. О процессе будет следующая часть, а навык, это в рамках использования уже готовых эстимейтов.И четвертая вещь, о которой расскажу начав с вопроса
Брейнсторм
Ну вот только некоторые которые вы могли слышатьНо это не класификация, а просто пример, говорящий, что есть разные виды эстимейтов.Скажу только о парочке
Парочка Сжатые и Раздутые используется когда например, клиент любит торговаться и принципиально не отстанет не скостив половину, в этом случае мы раздуваем. Еще когда, надо бабла срубить побольше. Но самое важное, что сжатые уменьшеть мы не можем без риска завалить все.Парочка: предварительные и детальные\\уточненные. Разница у них в том, что у первых будет много рисков, тем для исследования и вопросов, а следовательно и вероятность изменений больше.А вот уточненные мы получаем, когда находим ответы на все вопросы.
Итак, Что и КАК эстимировать.Приступим к разбору, моего подхода
Я предлагаю, Определить важность и срочностьДекомпозироватьОценитьПосчитатьИ выдать в коробочке с бантиком.
Зачем нам нужно определять срочность и важность?Да все просто, чтобы быть эффективным и проффесионалом.Простой пример, менеджер просит оценить. А я сейчас тестирую и тут море багов. Я незакончив задачу, приступаю к эстимации. Я не на 100% сейчас эстимирую, на 100% могу сказать, что мысли деляться тут и там.В итоге, я не уверена в полноте и правильности той оценки что я дала. Мне нужно было посмкорее закончить и вернуться к тестированию.Второй вариант, менеджер ожидает что оценку я сделаю после тестирования. Через 2 часа он спрашивает где результаты тестирования, а мы вот эстимейты. Менеджер – недоволен нами, мы не сделали работу во время, мы не рады, ибо наши труды не оценили.Поэтому, менедежры говорите на когда вам нужны эстимейты, и что их сделать после тестирования 1 и до тестирования 2. А если это вам выдали задачу, спросите на когда она нужна.Еще один нюанс менеджеры любят умных подчиненных, поэтому лучше не спросить а уточнить, типа я сделаю после тестирования 1 и до тестирования 2. ок? если это важнее и надо прямо сейчас, вам об этом дадут знать. Т.е. чтобы сделать качественные эстимейты спланируйте как любую другую задучу.
При декомпозиции составтье список вопросов, которые помогут проанализировать задачу под разными углами.Например, отдельно проанализируйте тестированпия изменения и регресии.Посмотрите возможности конфигураций от ОС до профайлов.Нужно ли что-то сделать выучить до начала работы.Как поведет нагрузка И можно ли автоматизировать.Список можно продолжить. Остановитесь тогда когда новых ответов вы найти уже не сможете.Над этим списком можно работать совершенствовать и упрощать, вообщемbe my guest welcome to expiriment
Давайте рассмотрим примерУ нас есть Форма ввода данных, на которую бизнес хочет добавить возможность ввода домашнего адреса.Попробуем декомпозировать задачу. У нас появиться новое поле, значит надо будет проверить:layout, UI,переход по таляцииВоозможность ввода ограниченностьФорма просмотра\\редактирования120 DPI \\ расширения экрана\\несколько мониторовУ нас появится новые данные о клиентах, какое изменение будет на базе? Новая таблица или поле? Скорее всего поле.Было бы неплохо уточнить а не планируется поиск. Скорее всего нет. Если да то может новую таблицу чтобы была индексация? (тогда поиск надо будет естимейтить + перформанс) уточнить у аналитика.Будет ли заливка данных по уже существующим клиентам? Уточнить у аналитика, если да то тестирование скрипта.Регресия – разве что посмотреть конкурентное изменение данных. Печать\\експорт.Нагрузка – не импактится.Автоматизация возможна, если есть playbacktools
А вот более сложный пример. У нас в системе будет добавлен новый модуль Подписка на новости.Новая страница – внешний вид, навигация между модулей. Доступ только для залогиненых.Взаимодействие с модулем курсов и новосным разделом.Опять же как будем хранить информацию о подписке, тут точно будет новая таблица в системе.Как будет рассылаться смтр клиента, наше. Нам надо настроить свой тестовый. Кто настроит я умею? Варианты? Расписание и формирование подписки.Разные браузеры ХНагрузка – как минимум проверить сколько сможет сервер разослать писем.Автоматизация – силдениюм релит.
Декомпозируя задачу, мы держим фокус на том чтобы учесть весь импакт. И если при этом мы можем дать оценку – даем. Но этапе оценки фокус на времени.Еще тут может очень помощь, процесс тестирования в проекте. Так например, тестирования фичи состоит из нескольких этапом.Обратите внимение что тестирование может идти одним раундом, включая бакфикс и тестирование после него.Но обязательно обратите внимание на багфикс, с той точки, зрения какой разработчик будет делать задача, опытный или нет. Много ли делает багов. Это может быть от 20% до 100% времени первого раунда.
Ну посчитать все многут, сумма и умножение, самое важное о чем бы не забыть так это добавить буферДругими словами, буфер означает - резерв.Это не тот что добавить менеджер при планировании, это ваш тайный запасной план. Не слишком наглейте это 20-40%
Итак мы подошли к последнему пункту, выдаче результатов.Чтобы это не было так. Менеджер: дай оценкуЯ- наЧерез месяц, ой а чего 20 там же все 40.Давайте не прятать результат своих трудов.Тут наверное стоит сказать как? Первое инструментом для экспертной оценки есть вы и ваш опыт.Но можно заюзать любую тулзу для планирования.Итак простой вариант:
Соберите табличку с цифрами. И внизу небольшое самери, что войдет. Какие есть риски.О риске наткнуться на програмиста Петю мы ясно дело не пишем.
Инструменты, для эстимирования. Я считаю, что сперва следует научится эстимировать и уж потом - эстимировать в крутых инструмент. Для начала выберете самый удобный для вас инструмент: тетрадь, ворд, ексель, майндмапы, мс проджект. Я перечислила инструменты в порядке их сложности и крутизны. Я предпочитаю набросать черновик в тетрадке или в ворде. После мне его легко перенести в нужную систему и передать дальше. Только потому, что я кинестетик и мне нужно пощупать, для большего понимания . Тем не менее, многие сразу оформляют в том инструменте где ведется планирования проекта.
Давайте еще раз взглянем на алгоритм, но только перефразировав немного.
Естественно, есть возможность продожить работать с эстимейтами.Давайте посмотрим еще один примерчик
Есть задача А и задача В.А много текста, на этапе инициации мы определили как 40 часов. Задача В проще всего 8 часов.Но вот пришло время планирования и ислледований. Выясняется, следующая картина.Первая задача уменьшилась а вот вторая уж очень не простой оказалась.Как быть?Во первых надо было на этапе инициации озвучить, что это предварительные эстимейты. И на этапе планирования они могут измениться, после обьяснитьимпакт ситуаций .Второй вариант замолчать, и выехать за счет задач типа А. Но тут осторожно могут словить, и тогда доверие будет подорвано. Так что этого делать не надо.Мы не застрахованы от таких ситуаций, мы можем только снизить вероятность их появления, улучшая навык эстимирования анализа задачи и альтернатив.
Допустим мы сделали оценку, и у нас может быть три варианта, больше меньше ровно.Больше\\меньше это хорошо или плохо?По разному.Есть некая окресность, где даже больше будет хорошо, Это как цель, мы можем попасть в 10 а можем и в 5. оба раза хорошо, мимо вот это плохо. Наша с вами цель будет где-то 20% Откуда цифра, это принцип Паретто.- проще запоминать В любом случае, всегда посмотрите куда вы попали, и сделайте выводы улучшить ваш список вопросов или добавить риски. Если у вас будет большой список над чем работать, выберите топ 4-5. И в следующий раз опять топ, но это будет другой.Так вы научитесь попадать в 10.И еще один момент, что зачастую задачи типовые и похожие, и если первый раз вы ее сделаете за день, то второй раз сможете сделать за половину. Т.е. можно оценить свою производительность. Професиональный рост.
Ну вот мы и добрались до выводов.
Но тут все просто, к предыдущим допишем, что анализ реальной оценки и предварительной, поможет вам не только улучить, навык эстимирования, алгоритм эстимирования, но и оценить свои навыки тестирования.