Блог

Jira – коммерческий продукт для постановки и контроля выполнения задач разработанный компанией Atlassian. Используется для построения систем обслуживания ошибок, управления проектами, организации взаимодействия с конечным пользователем. Система использует Java и хранит данные в базе данных. Jira имеет гибкие возможности по конфигурации, что позволяет использовать ее для большого круга задач интегрировать с другими системами обеспечивающими бесперебойную работы компании. Доступ к приложению осуществляется через web-интерфейс, что позволяет использовать ее на различных устройствах вне зависимости от ОС и аппаратных характеристик.

Jira позволяет:

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

Среди преимуществ стоит отметить:

• Гибкое планирование на основе Scrum, Kanban
• Построение Agile отчетов
• Точные оценки результатов
• Простая приоритезация и фильтрация задач
• Возможности построения процессов непосредственно для Вашей компании.
• Оптимизация для работы с мобильными устройствами.
• Большие возможности интеграции

Пользователи системы

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

Роли

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

Проекты

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

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

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

• Core
• Software
• ServiceDesk

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

Задачи

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

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

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

Типы задач

Разбивают задачи на группы. Для каждого типа задач в рамках одного проекта может быть назначен свой бизнес-процесс. Есть несколько особых типов задач: один из них – подзадачи. Такие задачи по умолчанию связаны со своим родителем. А также корректно распознаются при построении отчетов, связанных с затраченным на работу временем. Другой пример задачи особого типа – это Эпик. Эпики используются для агрегирования задач в единую глобальную задачу. К одному Эпику могут относиться даже  задачи из разных проектов. Если Вы хотите подробнее узнать об использовании Эпиков, то читайте нашу статью «Механизмы Jira, которые позволяют эффективно структурировать работу.»

Компоненты

Компоненты используются для разбиения всех задач проекта на более мелкие группы. Например, несколько смен сотрудников занимается поддержкой серверов ОС Windwows. Среди задач могут быть проблемы с установкой и резервным копированием ОС, настройкой сетевых сервисов (ActiveDirectory, DNS,DHCP, Print services), настройкой сервисов приложений (Terminal Services, IIS и пр.). Каждую группу можно выделить в отдельный компонент. И таким образом отслеживать качество выполняемых задач не только по разным сменам сотрудников, но и по отдельным компонентам.

Внесение изменений

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

Получение уведомлений

Из коробки jira умеет слать оповещения на e-mail. Другие типы уведомлений могут быть настроены с помощью плагина или стороннего сервиса. Например, наша компания использует бота для получения оповещений Jira в Телеграмм и Skype. Если Вас интересует подобный функционал Вы можете получить как консультации, так и конечный сервис. Обращайтесь к специалистам нашей компании.

Связи между задачами

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

Учет рабочего времени

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

Привязка репозиториев

У Atlassian есть собственное решение – BitBucket. И конечно Jira имеет механизмы для плотной интеграции с этим сервисом. Работа с другими репозитариями осуществляется через плагины, например для git – это Git Integration for JIRA.

И на закуску самое вкусное: пример использования Jira в среднего размера веб-студии.

Немного о самой компании, которая использует предлагаемое решение. Это небольшой (до 10ти человек) коллектив, занимающийся разработкой и поддержкой веб-ресурсов на WordPress. Они имеют некоторое количество постоянных заказчиков, для которых создают новые и дорабатывают существующие решения. Любая задача состоит из нескольких этапов:

1. Реализация
2. Тестирование у разработчика
3. Тестирование у заказчика

Ниже описано решение, которое успешно применяется в этой компании.

Для каждого заказчика создается отдельный Kanban проект. Такая мера принята для сохранения возможности разграничения прав доступа к деталям проектов каждого заказчика для разработчиков. Для проекта назначаются роли разработчиков и менеджера.

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

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

• open
• in progress
• testing
• staging
• done

Также разработан бизнес-процесс с учетом этих статусов.

Заказчик может самостоятельно ставить задачи в проект через e-mail. Такая задача разбирается командой под руководством менеджера и при необходимости разбивается на подзадачи.

Решение интегрировано с Git и готово для дальнейшей интеграции с продуктами CI&CD.

К сожалению, мы связаны соглашением о неразглашении и не имеем права показать читателю больше скриншотов, однако если Вас заинтересовало решение или Вам требуется консультация по построению и ведению проектов в jira, Вы всегда можете обратиться к специалистам нашей компании. Мы рады сотрудничеству с Вами, office@itfb.com.ua

Под парсингом подразумевается несанкционированный сбор информации с интернет-ресурсов. Чаще всего это текстовый контент, html-код страницы, отдельные строки web-программирования. Для современного парсинга продвинутые пользователи применяют специальные программы-парсеры с встроенными гибкими поисковыми фильтрами, которые автоматически быстро находят необходимую информацию. Чем опасен парсинг? И как защитить интернет-магазин от подобных нападок?

Опасность парсинга для интернет-магазина

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

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

К тому же возникает прямая угроза фишинга, во время которого используется копия сайта интернет-магазина, созданная автоматически.

Наиболее эффективные способы защиты контента от парсинга

Специалисты рекомендуют ознакомиться с несколькими наиболее помогающими способами для обхода возможного парсинга интернет-магазина:

• бан-блокировка IP-адреса, с которого больше всего исходит запросов (для этого проводится анализ частоты запросов к серверу и их периодичность);
• учетные записи пользователей для обязательной авторизации на сайте интернет-магазина, что позволяет контролировать количество добросовестных посетителей и осуществлять блокировку подозрительных аккаунтов;
• ввод капчи для доступа к информационному контенту интернет-магазина;
• сложная логика JavaScript (браузер при запросе к серверу использует специальные коды, размещенные в подгружаемых JavaScript-файлах);
• динамическое изменение структуры страницы – названий идентификаторов, классов, иерархии элементов и т.д.;
• ограничение частоты запросов, объема загружаемых данных (благодаря этому способу процесс парсинга значительно замедляется, что делает его нецелесообразным);
• важная информация отображается посредством картинок, что усложняет автоматизированный сбор информации программами-парсерами, но обычные пользователи имеют свободный доступ к контенту.

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

Если Вы заметили, что Ваш сайт парсят, обращайтесь office@itfb.com.ua

 

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

Работа в Jira с использованием ее продуктов

Jira пользуются коллективы не только разработчиков ПО, но и службы техподдержки. Все продукты этого онлайн-сервиса рассчитаны именно на командную работу и включают в себя важные процессы: планирование и отслеживание (продукт Jira Software) – поддержку (продукт Jira Service Desk) – управление проектами (продукт Jira Core). Перечисленные продукты можно применять практически в любой области бизнеса с четко структурированными процессами. Рассмотрим основные принципы их работы. Так, Jira Software позволяет выпускать программное обеспечение; планировать в процессе его создания задачи, пользовательские истории; проводить отслеживание деятельности каждого из членов рабочей группы. Jira Service Desk функционирует как служба поддержки, которая оказывает IT-услуги на портале самообслуживания. А продукт Jira Core создан, чтобы управлять проектами и задачами, измерять эффективность их производительности.

Благодаря использованию в своей деятельности продуктов Jira, пользователь может учитывать и контролировать возникающие неполадки в своем рабочем бизнес-проекте. К «плюсам» Jira также специалисты относят возможность настройки и интерфейса этого баг-трекера, и прав управления для распределения задач, и его интеграцию с другим софтом.

Что входит в услуги по внедрению работы с Jira?

Квалифицированные специалисты нашей компании предлагают клиентам воспользоваться рядом услуг по внедрению продуктов Jira в работу. Это не только поставка лицензий, но и:

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

Использование Jira предоставляется на регулярной основе, что позволяет контролировать жизненные циклы бизнес-проектов с момента их планирования до полноценной заключительной презентации готового продукта. Для тех, кто не знает, как работать в Jira, предусмотрено обучение. Обращайтесь office@itfb.com.ua

Когда речь идет о коммерческих веб-ресурсах, потенциального клиента может существенно «спугнуть» такой, казалось бы, незначительный параметр, как скорость загрузки сайта и его работы. Многие компании стремятся в первую очередь уделить внимание контенту, дизайну, правильному размещению баннеров на сайте и рекламе. Но, обычно, собственники таких ресурсов забывают о том, что для того, чтобы увидеть всю релевантную информацию, нужно, чтобы клиент остался на сайте. Данный параметр напрямую зависит от скорости загрузки, отрисовки и отклика страниц.

Крупный поставщик веб-услуг, «Akamai Technologies», провели аналитику, согласно которой:

1. Около половины посетителей сайтов ожидают, что ресурс загрузится не дольше, чем за 2 секунды.
2. Если скорость загрузки сайта свыше 3 секунд, почти 40% пользователей хотят с него уйти.
3. По данным опросов, свыше 50% посетителей оценивают лояльность к компании по скорости загрузки веб-ресурса.
4. Ожидания загрузки сайта свыше предполагаемого снижают лояльность около 16% посетителей.

Анализ компании «Equation Research» так же не особо радует. Согласно данным:

• ¾ посетителей в наиболее загруженные часы перешли к конкурирующим компаниями из-за отказа в загрузке страницы;
• почти 90% потенциальных клиентов после неудачной попытки посетить сайт не возвращаются к такому ресурсу;
• в случае медленного отклика сайта свыше 50% пользователей выразили общение мнение о фирме не таким положительным, как в случае своевременной загрузки;
• 30% потенциальных клиентов в результате неудачного опыта посещения сайта поделились  своим негативным мнением со знакомым.

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

Скорость загрузки для различных типов страниц

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

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

Понятно, что самостоятельно улучшить показатели загрузки и работы сайта для многих компаний достаточной сложно. Поэтому, мы предоставляем квалифицированную помощь в оптимизации настроек сервера для OWOX и других коммерческих CMS. Ваши онлайн-ресурсы будут выдавать только качественные результаты, которые сразу отобразятся в  коммерческой аналитике. Благодаря такому подходу, Вы получите увеличение конверсии по продажам в самый короткий срок! Доверьтесь профессионалам! Подробности office@itfb.com.ua

Скорость загрузки страниц по браузерам

Итак: Вы веб-студия. И мы знаем, что Вам нужно!

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

Мы предлагаем вам надежную техническую основу, которая поможет Вам привлечь и качественно обслужить клиента.

Вы заинтересованы? Тогда продолжим. Среди спектра оказываемых нами услуг:

1. Реализация идей DevOps (начиная от развертывания Гит и заканчивая полным планированием комплекса систем непрерывной интеграции и развертывания)
2. Планирование, настройка и обслуживания систем планирования и контроля работ, ServiceDesk и CRM.
3. Администрирование серверных систем для Вашего решения (выбор и аренда физического оборудования, настройки виртуальных сред, операционных систем и служебных сервисов, поиск проблемных и узких мест при наличии проблем в работе Вашего решения)
4. Круглосуточный мониторинг и оперативная поддержка Вашего решения.

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

Тут, вероятно, требуется пояснение: мы строим системы, которые организуют работу, автоматизируя постановку задач, осуществляют делегирование, и дают инструменты для базового контроля  выполнения поставленных задач.

Как это работает? Не сложно!

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

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

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

Менеджер проектов поставил 3 задачи по разработке для Вашего web-продукта каждому из программистов.  Допустим, что для этого он использует программу для контроля задач, например Jira. На данном этапе это кажется усложнением, но обещаю, что позже мы убедимся, что это не так.

Разработчики при работе с кодом используют git-продукт для контроля версионности. В наши дни – это практически факт, но если иначе – внедряем git-решение. Получив новую версию web-продукта от разработчиков, тестировщики приступают к ее проверке на качество. Добавим между ними продукт CI, например Jenkins. Он возьмет на себя задачи инсталляции кода в тестовой среде. Также он может выполнять ряд тестов, например, по контролю качества кода, и даже работе приложения. Последние должны быть заботливо подготовлены разработчиками.

Как это выглядит с точки зрения системы. В Jira каждой задаче присваивается уникальный ключ. Указывая этот ключ в коммите в Git, разработчик сообщает системе о том, к какой задаче относится измененный им код. По триггеру, к срабатыванию которого привел коммит в Git, Jenkins запустит развертывание решения и тесты. Результаты выполнения этого действия будут доступны в Jira, а также могут быть получены в виде почтового сообщения. Если результат неудачный – разработчик продолжает работу над задачей, инициируя со временем новый коммит, который повторит описанный цикл. Если результат успешный, Jira переведет задачу на QA-инженера, который приступит к ее тестированию.

Если ручное тестирование прошло успешно, то QA-инженер переводит  задачу на TeamLead’а, а тот в свою очередь запускает процесс развертывания протестированного web-решение в продуктивную среду. К слову, развертывание также может делать Jenkins, что сводит действия TeamLead’а к нажатию на несколько кнопок. Если ручное тестирование прошло неудачно, задача возвращается разработчику, и цикл повторяется снова.

Продолжаем «наворачивать». Конечно же, Вы следите за работой Вашего решения в продуктивной среде.  Есть два основных источника получения информации о качестве ее работы: программы для мониторинга и отзывы (или обращения) пользователей. Давайте подключим их в нашу систему. Сервер мониторинга будет слать уведомления, из которых автоматически будут создаваться задачи в Jira. Эти задачи будут обрабатываться службой технической поддержки. Если у Вас ее нет, мы готовы принять на себя эти обязанности. Технический специалист определяет причину, которая привела к сработке системы мониторинга,  и  принимает решение о необходимости внесения изменений на уровне администрирования или разработки, переводя задачу на нужного специалиста.  Также Jira позволяет принимать сообщения от пользователей в виде электронных сообщений, заполнения формы, встроенной в ваш сайт или размещенной на специальном web-портале. Обрабатываются они аналогично сообщениям  от сервера мониторинга.

Ниже приведены примеры, возможных рабочих процессов Jira для вышеописанного решения.

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

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

Кажется, все просто. Почему же каждая компания не использует это? Сложность часто кроется в простых вещах. Для того, чтобы система хорошо работала, каждый процесс (прохождения задачи в Jira, развертывание приложения в Jenkins, тестирование web-решения и другие) должен быть заточен именно под Вашу компанию. Универсального решения здесь нет. Есть Лучшие Практики, которыми мы владеем и готовы применить, чтобы Ваш бизнес стал успешнее.

«Вкусно»? Обращайтесь к нам, office@itfb.com.ua ! Мы знаем, как превратить слова в реальность.

JIRA – наилучший помощник для работы с проектами, в котором доступно применение любых Agile-методик. Используйте наиболее адаптивную платформу для улучшения показателей работы вашей команды.

JIRA Scrum

Это методика, при помощи которой  создание и разработка осуществляется благодаря серии цикличных процессов. Основная структура организованна благодаря 4 основным элементам:

• планирование;
• организация поточных совещаний;
• спринт;
• подведение итогов.

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

JIRA Кanban

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

Смешанные Agile-методики

Существуют различие вариации компоновки тех или иных методик для улучшения использования JIRA Software . Наиболее популярной и удобной считается  scrum kanban – scrumban. При такой комбинации, JIRA получает возможность использовать фиксированные спринты определенной роли от scrum и лимиты незавершенных работ а так же длительность рабочего цикла от kanban.

Платформа Scrumban полностью поддерживает следующие виды инструментов:

• Agile-доски;
• Agile-отчеты;
• Управление бэклогами;
• Контроль неполадок и проектов;
• Настройка процессов.

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

Наша компания предоставляет услуги по внедрению JIRA  инструментов, обращайтесь office@itfb.com.ua

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

Цели и виды нагрузочного тестирования

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

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

Этот процесс также поможет смоделировать ситуацию поведения определенного числа посетителей сайта при входе на него.

Виды нагрузочного тестирования определяются в зависимости от его целей.

1. Perfomance testing – тестирование производительности. Для определения масштабируемости сайта в случае высокой нагрузки, при ее постепенном возрастании для highload.
2. Стрессовое – помогает определить подготовленность сайта к стрессовым нагрузкам, возможность возвращения к нормальному темпу функционирования, оценить уровень снижения производительности.
3. Объемное – определяет изменение производительности при увеличении объема данных в БД тестируемого сайта.
4. Stability/Reliability testing – фиксирует работоспособность проекта при средней интенсивности нагрузки для выявления утечек памяти, перезапусков и других процессов, влияющих на стабильную работу веб-сайта.

Проведение нагрузочного тестирования дает уверенность в стабильной работе ресурса.

Seige – программа для проведения нагрузочного тестирования сайта

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

1. имитирует обращение к сайту одновременно нескольких пользователей на протяжении длительного времени;
2. рассчитывает количество запросов, исходя из числа посетителей сайта, их обращений к серверу;
3. выводит результаты тестов, в которые входят:

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

Эта программа рассчитана на три рабочих режима:

• регрессивный (обращение к ссылкам из конфигурационного файла в порядке определенной очереди);
• имитационный (случайное обращение к ссылкам, как во время работе в Интернете);
• «грубой силы» (обращение к определенному адресу, указанному пользователем).

Seige считается мультипотоковой утилитой, прошедшей успешное тестирование на платформах – AIX, GNU/Linux, HP-UX, Solaris, Microsoft Windows.

Если Вам нужно провести нагрузочное тестирование сайта, обращайтесь office@itfb.com.ua