Какие виды командной работы нужны на каждом этапе развития организации. Что значит «Реализовывать продукты и услуги удаленно»

27.06.2018 10:11:00

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

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

Роль тестирования в жизненном цикле разработки ПО

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

1. Анализ требований
2. Дизайн
3. Разработка
4. Тестирование и дебаггинг
5. Эксплуатация и поддержка

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

Преимущества проведения тестов на каждом этапе жизненного цикла ПО

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

Первый этап. Анализ требований

Давайте начнем с первого этапа жизненного цикла разработки: анализ требований . Требования к конечному продукту обычно формулируются заказчиком или менеджером проекта. Эти требования могут быть как функциональными, так и нефункциональными. Они формируются в процессе общения с заказчиком или анализа стандартов и нормативной документации. Зачем же необходимо проводить тесты ПО на этом этапе жизненного цикла и какие преимущества это может нам принести?

Представим ситуацию, при которой имеющиеся требования не были протестированы, но были использованы на этапе дизайна и разработки. Только после того, как разработка закончена, требования и сам продукт направляются в отдел QA. Как было сказано ранее, в процессе тестирования мы проверяем, соответствует ли текущее поведение продукта заявленным требованиям. А это значит, что отдел QA может обнаружить ошибки не только в самом продукте, но также и в документации. Как вы можете представить, в этом случае исправление ошибок обойдется гораздо дороже в сравнении с подходом, который предусматривает включение тестов в самые ранние этапы жизненного цикла ПО, такие как фаза анализа требований. Тщательным образом проанализировав требования, вы можете собрать информацию, которая поможет вам оптимизировать процесс работы над проектом с самых первых дней. Как правило, тестирование требований происходит на этапе анализа требований. Эта задача подразумевает ряд тестов, основанных на таких характеристиках как завершенность,согласованность, недвусмысленность и т.д Главная задача такого подхода — убедиться в том, что требования заказчика были правильно интерпретированы и остаются корректными, понятными и последовательными. Важно отметить, что ясная и точная документация помогает выбрать правильные цели для процесса тестирования.

Второй этап. Процесс дизайна

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

Третий этап. Разработка

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

Четвертый этап. Процесс тестирования и дебаггинга

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

Пятый этап. Эксплуатация и поддержка

Даже после достижения стадии релиза продукта, остается необходимость в тестировании, проводимом на этапе эксплуатации и поддержки . Разные пользователи могут работать в абсолютно разных окружениях. Поэтому всегда возможно, что новые ошибки, которые не были выявлены ранее дадут о себе знать. Более того, пользователи могут использовать ПО изначально непредвиденным способом. Это, в свою очередь, может вызвать некоторые непредвиденные проблемы. В таком случае потребуется вмешательство отдела QA.

Заключение

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

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

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

Тип схваток

Методика дыхания

Ваши ощущения

Ваши действия

Позы

1 фаза – латентная: ранние роды.
Раскрытие 0-4 см. Шейка матки утончается.

Слабые или умеренные.
Продолжитель- ность схватки: 20-30 сек.
Интервалы между схватками: 10-20 минут

Расслабление тазового дна.

Сильные боли в области крестца. Боли как во время месячных. Изменение эмоционального состояния (ощущение страха, ожидания и беспокойства).

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

Обычно латентная фаза первого периода родов длится 4–6 часов.

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

2 фаза: активные роды.
Шейка матки раскрывается на 4-8 см. Разрывается плодный пузырь.

Умеренные или сильные.
Продолжитель- ность схватки: 45-60 сек.

Расслабление.

Боль в крестцовой области и бедрах. Нарастающая усталость. Усиление кровянистых выделений из влагалища. Разрыв оболочек плода и вытекание околоплодной жидкости (если этого не произошло раньше). Нарастающее беспокойство и напряжение.

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

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

3 фаза: переходный период.
Шейка матки раскрывается до 7-10 см. Голова малыша плотно встает в отверстие малого таза.

Сильные или очень сильные.
Продолжитель- ность схватки: 60-90 сек.
Интервалы между схватками: 1-2 минуты.

Расслабление

Сильное давление в области крестца и промежности (может вызвать желание стула (сходить «по-большому»).
Ощущение жары или холода. Дрожь и судороги ног. Тошнота, рвота, головокружение. Истощение. Раздражитель- ность, нервозность, слабость.

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

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

Период потуг.
Шейка матки полностью раскрыта, начинаются потуги, во время которых малыш медленно продвигается по родовому каналу по принципу «2 мм. вперёд – 1 мм. назад».

Сильные.
Продолжитель- ность схватки: 50-60 сек.
Интервалы между схватками: 2-5 минут.

Или с частичной задержкой дыхания.

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

Тужьтесь только под руководством акушерки или врача. За одну схватку вы должны успеть потужиться 3 раза. Приложите все силы для выталкивания ребенка. Чем сильнее вы будете тужиться, тем быстрее ребенок пройдет через родовой канал. Расслабьте мышцы бедер и промежности во время позывов, так как их напряжение противодействует потугам. Не прерывайте потуг из-за смущения при внезапном опорожнении кишечника или мочевого пузыря. Все выделения будут сразу удалены, а одноразовые стерильные подкладки позволят сохранить чистоту.

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

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

Длится этот период до 30 минут и сопровождается небольшими кровотечениями.

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

Болезненные ощущения пропали. Единственное, что Вы ощущаете – огромное счастье и облегчение.
Отделение последа сопровождается мягкими схватками, длящимися около минуты

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

Та же, что и в потужном периоде.

Ирина Чучуева, 27.8.2014

Первый этап: реализация первой модели прогнозирования

Разработка моделей прогнозирования начинается с выбора первой модели. Сейчас моделей много, материалов в открытом доступе на эту тему много. Обычно человек находит или что-то знакомое по университетским лабораториям (если оные были), или просто понятную статью, из которой ясно, как сделать первую версию модели.

Что важно на этом этапе?

1. Не бояться изучать программирование вместе с математикой, так как гибкие, точные и удобные алгоритмы проще написать самому, чем взять чужой, часто неудобный и его приладить к своей задаче.
2. Выбирать из моделей одну из популярных моделей (рекомендация , ), потому как их популярность является прямым следствием их эффективности, а также удобства разработки и использования.

Второй этап: доработка первой модели прогнозирования

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

Что важно на этом этапе?

1. Всегда следить за точностью прогноза . Сделал нововведение, тестируй - стало ли точнее? Сделал еще одно нововведение, тестируй! Нововведений появляются десятки, одно нововведение начинает влиять на другое, модель получается перегруженная, алгоритмы громоздкие, а в результатах начинает преобладать эффект overfitted (слишком подогнанная модель). Со временем удобство использования падает, так как модель все дольше считается. Рано или поздно обязательно наступает момент, когда добавление дюжины нововведений не повышают точности совсем.
2. Из всей этой экстенсивной работы, из всех исключений и нововведений, как золото из песка, нужно намыть то, что действительно повышает точность . Для того, чтобы это сделать, нужно на время остановиться и подумать, чтобы после на все нагроможденное «великолепие» программного кода взглянуть свежим взглядом. Именно в этой точке формируется первый значительный опыт разработки моделей.

Намыв золота, т.е. сократив алгоритм и сделав первый приемлемый вариант расчета, стоит остановиться и успокоиться! Вы - молодец!

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

Третий этап: повтор первых двух этапов - продвинутая версия

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

Что важно на этом этапе?

1. Самое главное, чтобы между одной версией модели и другой, человек успевал переключаться, отвлекаться и отдыхать. Именно свежеть и ясность восприятия позволяют рождать новые идеи для развития модели .
2. Кроме того важно, чтобы человек не зацикливался на одной модели. Очень важно смотреть по сторонам: изучать другие модели, другие постановки задачи, пробовать их реализовывать , находить сильные и слабые стороны тех или иных моделей.

Совершенно все модели могут дать идею для развития одной конкретной модели, созданной для конкретной задаче. Надо лишь иметь свежий взгляд!

635

Комментарии

Евгения Ашмарина, 27.8.2014

Ирина, большое спасибо за полезный обзор! Работаю в немецкой компании, занимаюсь в настоящее время докладом "Ловушки при разработке моделей прогнозирования". Так что для своих целей перевела ваш обзор на немецкий язык, делюсь переводом.

Erstellung der Vorhersagemodelle beginnt mit der Wahl des ersten Modells. Zur Zeit existieren sehr viele Modelle, gibt es genug Literatur im offenen Zugang. Gewohnlich lauft es so, dass der Entwickler anfanglich etwas nimmt, was ihm aus der Universitatszeit bekannt ist, oder einen verstandlichen Artikel, aus dem klar wird, wie die erste Version des Modells zu erstellen ist.

1. Kein Angst zu haben Programmieren und Mathematik zu lernen, weil es leichter ist flexible, genaue und bequeme Algorithmen selbst zu programmieren, als einen fremden Algorithmus zu nehmen, der zu der gegebenen Aufgabe nicht unbedingt passen wird.
2. Aus der Bandbreite der Modelle ein Modell nehmen, das fur die gestellte Aufgabe am haufigsten genutzt wird. Popularitat eines Modells ist eine direkte Folge dessen Effiktivitat, Bequemlichkeit der Entwicklung und der Anwendung.

Am Ende der ersten Entwicklungsstufe (Fertigstellung des ersten Modells) kann der Entwickler das Modell verfeinern und anpassen. Dieser Prozess verlauft ausserst extensiv: der Entwickler mochte mehr Nuancen und Ausnahmen im Modell erfassen und untypische Operationen in Programmcode einfuhren.

Was ist auf dieser Etappe wichtig?

1. Immer die Vorhersagegenauigkeit im Fokus halten. Nach jeder Neuerung wird ein Test benotigt, ob die Vorhersagegenauigkeit sich verbessert hat. Also nach jeder Neuerung - testen! Zu viele Neuerungen uberladen das Modell, die Algorithmen werden zu komplex, und in den Ergebnissen uberwigt der Effekt von Overfitting. Das Modell braucht mehr Rechenzeit und ihre Anwendungsfreundlichkeit sinkt. Dabei kommt bestimmt ein Punkt, wenn das Hinzufugen von neuen Parametern die Vorhersagegenauigkeit uberhaupt nicht verbessert.
2. Aus dieser ganzen extensiven Arbeit, aus allen neuen Features und Ausnahmen, wie Gold aus Sand zu gewinnen, werden nur diese ubernommen, die die Vorhersagegenauigkeit wirklich erhohen. Um dies richtig zu tun, muss man sich kurz aufhalten, uberlegen und alle diese "Pracht" mit einem frischen Blick ansehen. Genau in diesem Punkt bildet sich eine erste erhebliche Erfahrung in Modellenentwicklung.

Wenn genug "Gold gefiltert wird", Algorithmen gekurzt werden und erste tragbare Ergebnisse bereits erzielt sind, sollte man aufhoren und sich entspannen. Sie haben eine gute Arbeit geleistet! Wenn der Vorhersagefehler eine variable Grosse ist, die standige Anpassung des Modells benotigt (z.B. Datencharakter andert sich, Grenzgenauigkeit erzielt wird usw.), dann wird die Entwicklung bald fortgesetzt.

Diese Fortsetzung bildet die zweite Iteration: erste "goldene" Variante des Algorithmus wird genommen und angepasst. Die Anpassungen werden uberlegener und effektiver aufgenommen, die Arbeit tragt dabei intensiven Charakter. Mit der Zeit entsteht daraus ein "verkomplizierter goldener Algorithmus", der mit der Zeit wiederum sperrig wird. Danach mussen wir schon aus dem "goldenen Sand" die "Diamanten" gewinnen. Und so geht es immer wieder weiter, weil eine Vorhersagefehler gleich Null nicht existiert.

Was ist auf dieser Etappe wichtig?

1. Das Wichtigste ist, damit der Entwickler zwischen den zwei Modellversionen sich entspannen, erholen und umschalten kann, um immer wieder mit dem frischen Kopf die Modelle zu bewerten. Frische und Klarheit bringen neue Ideen fur die Entwicklung.
2. Wichtig ist offen zu sein und sich nicht auf einem Modell zu fixieren. Wichtig ist sich umzuschauen, welche Modelle und welche Aufgabenstellungen noch existieren; probieren diese zu implementiern; schwache und starke Seiten von verschiedenen Modellen zu erkennen; experementieren.

Vollkommen verschiedene Modelle konnen eine Idee geben fur Entwicklung eines konkreten Modells fur eine konkrete Aufgabe. Es ist nur notwendig einen frischen Blick zu haben!

Евгения Ашмарина, 10.10.2014

И в продолжение темы (взгляд скорее с перспективы data mining):

Ловушки при создании моделей прогнозирования: Чего делать не нужно

1. Примеры частых ошибок в моделях прогнозирования

• чрезмерная подгонка модели под обучающую выборку (overfitting)
• нерепрезентативные данные
• недостаточная подготовка данных
• недоработка топологии модели (feature design)

2. Прочие ловушки

Подробнее:

1. Примеры частых ошибок в моделях прогнозирования

Overfitting

• Сложность модели должна соответствовать сложности рассматриваемой проблемы.
• Статистический разброс данных (дисперсия) не обязательно является критерием сложности модели.
• Аналогия к overfitting: "заучивание наизусть" - выявление правил, истинных для обучающей выборки, но неверных для генеральной совокупности данных.
• Решение: скользящий контроль/кросс-валидация (cross validation).

Нерепрезентативные данные

• Данные выборки должны обладать релевантными свойствами генеральной совокупности.
• Выявлять и осторожно относиться к систематическим эффектам в данных: например, если имеются только "понедельничные данные".

Недостаточная подготовка данных

• Даже немногочисленные выбросы в данных могут массивно влиять на результаты моделирования.
• Внимательно относиться к отсутствующим значениям в рядах данных (missing values): они по-разному интерпретируются в зависимости от реализации модели.

Недоработка топологии модели

• Подготовка и выбор включаемых в модель объясняющих переменных (features) часто более важна, чем выбор модели. Например, невключение дня недели в модель для прогноза потребления электроэнергии приносит больший ущерб качеству прогноза, чем выбор между линейной регрессией и кластерным анализом в качестве прогнозной модели.
• Интуитивный критерий значимости объясняющих переменных: их значения изменяются при изменении значения целевой переменной и не изменяются при одинаковых значениях целевой переменной.
• Выбор типа объясняющих переменных имеет значение: метрические (интервальные) переменные открывают больше возможностей для моделирования, чем неметрические (номинальные и ординальные).
• Не сравнивайте груши с яблоками: помните про нормирование данных.

2. Прочие ловушки

• Недостаточное сотрудничество внутри команды проекта (например, между статистиком, экспертом по предметной области и разработчиком ПО).
• Интерпретируемость: выбор метода не соответствует запросам клиента. Если клиенту важно самостоятельно понимать прогнозную модель, создание разработчиками "черного ящика" его не удовлетворит, даже если при этом будет достигнуто хорошее качество прогноза.
• "Модельная религиозность": убежденное предпочтение одной модели другим без сравнения альтернатив. Решение: помогают свежий взгляд со стороны, обмен точками зрения, мозговой штурм и другие креативные техники.

Всем известно, что компания движется по определённым циклам, их можно сравнить с циклами жизнедеятельности человека. У компании тоже есть этап зарождения: как только у предпринимателя появилась какая-либо идея, он начинает искать деньги или вкладывать свои. На многих этапах цикл может прекратиться, а компания – уйти с рынка. Это может произойти и на стадии её зарождения, если не хватает сил или денег на то, чтобы воплотить идею.

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

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

Как управлять финансами на каждом этапе развития компании

Время, которое занимают эти жизненные цикли развития компании по Адизесу, индивидуально для каждой компании. Например, компания может долго находиться на этапе «Интенсивная деятельность», а может провести сто лет на пике, в цикле «Стабильность». Важно определиться, какую стратегию и инструменты вы выберете для развития компании.

Продолжение

Подробнее мы разбираем систему ПЛОТЛИ в