С чего начинаются тесты

QA, QC и тестирование

Так в чем же разница между QA и тестированием и что такое Quality Control?

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

Можно оформить их соотношение в виде таблицы:

Таким образом, мы можем построить модель иерархии процессов обеспечения качества: Тестирование – часть QC. QC – часть QA.

Иными словами, Quality Assurance обеспечивает правильность и предсказуемость процесса, в то время как Quality Control предполагает контроль соблюдения требований. Тестирование же, в свою очередь, обеспечивает сбор статистических данных и внесение их в документы, созданные в рамках QC-процесса.

Если провести аналогию с процессом конструирования, скажем, велосипеда, то получим такую картину:

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

То есть качеству объекта внимание уделяется еще до создания самого объекта.

Динамическое тестирование

Динамическое тестирование (dynamic testing) — тестирование с запуском кода на исполнение. Запускаться на исполнение может как код всего приложения целиком (системное тестирование), так и код нескольких взаимосвязанных частей (интеграционное тестирование), отдельных частей (модульное или компонентное тестирование) и даже отдельные участки кода.

Основная идея этого вида тестирования состоит в том, что проверяется реальное поведение (части) приложения.

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

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

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

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

Плюсы и минусы

Преимущества динамического тестирования

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

Недостатки динамического тестирования

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

StartExam — система онлайн-тестирования в аккуратном дизайне

StartExam — разработка «Милдсофт». В 2006 году руководство компании решило тестировать сотрудников, но не нашла подходящего решения на рынке и разработало своё.

Обзор возможностей StartExam

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

Описание StartExam

1. Пробная версия. Чтобы получить доступ к StartExam, нажмите кнопку «Демо-доступ» и заполните форму на сайте: имя, номер телефона. С вами свяжется менеджер компании и отправит пароль от системы после подробного интервью: что за компанию представляете, для каких целей нужен StartExam, сколько человек планируете тестировать. Срок пробного периода разный — все зависит от того, как договоритесь с представителем StartExam.
2. Возможности. В StartExam встроен конструктор тестов и опросов. Есть и сервис аналитики — он проверяет ответы и собирает отчёты. В самом тесте широкий выбор настроек: можно ограничить время на выполнения заданий и число попыток, включить автоматическое перемешивание вопросы перед началом теста.
3. Формат платформы. StartExam работает через интернет и не требует установки на компьютер.
4. Уровень сложности интерфейса: 2 из 5. Чтобы собрать тест и провести срез знаний, достаточно посмотреть пятиминутную видеоинструкцию — всё интуитивно понятно.
5. Брендирование. Вы можете добавить логотип, перекрасить систему в нужные цвета и даже оформить отчёты в корпоративном стиле.
6. Виды тестов. Создавайте опросы и проверочные тесты из 9 типов заданий: единственный и множественный выбор, сортировка, соответствие, текстовый ввод, эссе, шкала Ликерта, видеоинтервью и оценка 360 градусов.
7. Особые опции. Помимо вопросов в тест можно добавить слайды информацией. Если сотрудник ошибётся, StartExam автоматически отправит его на этот слайд.
8. Статистика. В отчёте StartExam по умолчанию 29 полей. Среди них ФИО, дата и время теста, количество набранных баллов, оценка доверия, верификации. Выбирайте нужные параметры и отключайте лишние.
9. Цена. Зависит о количества тестирований в месяц. Минимальный пакет — 200 тестов за 6 000 рублей.

Кому подходит StartExam

Подходит больше всего
Не подходит
Планируете поставить тестирование сотрудников на поток.
Ищите коробочную систему тестирования.
Хотите запустить оценку 360 градусов.
Результаты тестов важно хранить в базах данных компании.
Не хотите устанавливать систему на сервер компании.
 

Примеры A/B-тестирования и краткие результаты

1. Изменение структуры рекламной кампании 

У клиента, который продает кожаные сумки, рюкзаки, портфели, барсетки и т. п., изначально были созданы РК под каждую категорию с соответствующей семантикой, как это представлено ниже. 

Было решено объединить условные 7 кампаний в одну крупную, в которой будут разделены товары по группам внутри одной РК. 

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

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

2. Сплит-тестирование креативов 

Следующий пример касается Facebook.  

В рекламу услуг установки брекетов были добавлены фотографии различных людей из каталога стоматологических услуг. Объявление, которое называется «Генерация лидов 1», на протяжении нескольких месяцев приносило лиды. Затем по просьбе клиента мы решили опробовать креатив, на котором был изображен макет челюсти с брекетами – «Генерация лидов 6». 

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

3. Сплит-тестирование публикаций 

Ниже на скриншоте можно увидеть, что публикации в Дзене работают так же, как и креативы в Facebook или рекламные объявления в Директе. Разные публикации могут приносить разное количество лидов, поэтому не стоит бояться пробовать добавить новые публикации. 

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

Инкрементная модель

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

1. дизайн и разработка
2. тестирование
3. реализация.

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

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

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

Приемочное тестирование

Приемочное тестирование фокусируется на готовности всей системы в целом.

Существуют несколько форм приемочного тестирования:

Пользовательское приемочное тестирование (User Acceptance testing, UAT) — проверяет пригодность системы к эксплуатации конечными пользователями.

Контрактное приемочное тестирование — проводится в соответствии с критериями, указанными в контракте приемки специального ПО.

Альфа-тестирование (alpha testing) и бета-тестирование (beta-testing) — используются для получения обратной связи от потенциальных или существующих клиентов. 

Альфа-тестирование проводится “внутри” компании, без участия разработчиков / тестировщиков продукта. 

Бета-тестирование проводится реальными пользователями системы.

Acceptance testing A test level that focuses on determining whether to accept the system.

User acceptance testing (UAT) A type of acceptance testing performed to determine if intended users accept the system.

Contractual acceptance testing A type of acceptance testing performed to verify whether a system satisfies its contractual requirements.

Alpha testing A type of acceptance testing performed in the developer’s test environment by roles outside the development organization.

Beta testing A type of acceptance testing performed at an external site to the developer’s test environment by roles outside the development organization.

Характеристики приемочного тестирования

Цель: проверка готовности системы

Объект: система, конфигурация системы, бизнес процессы, отчеты, аналитика

Базис: системные требования, бизнес требования, сценарии использования, User Stories

Типичные ошибки: бизнес-требования неправильно реализованы, система не соответствует требованиям контракта

Ответственный: заказчик / клиент / бизнес-аналитик / product owner и тестировщик

Завершая рассмотрение примера можем написать приемочный тест, который выполнит заказчик:

Приемочное тестирование системы Contact Us

1. Заказчик заполняет форму, нажимает на кнопку «Отправить»
2. Через 1 секунду он видит сообщение об успешной отправке формы
3. В течении минуты на почту поддержки приходит письмо содержащее данные отправленные с формы

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

В Agile разработке, конкретно в Scrum, для всех User Stories обязательно прописываются Acceptance Criteria. Именно они являются основой для приемочных тестов и показывают, что команда сделала именно то, что было нужно.

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

Что такое система тестирования и оценки персонала

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

Как работает

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

На выходе вы получаете подробный отчёт: кто прошёл тест, какой балл набрал и какие ошибки допустил

При этом не важно, сколько человек вы тестируете — пять, десять или целый департамент

Типы систем тестирования

Системы тестирования делятся на два типа: коробочные и облачные. Коробочные устанавливают на сервер компании, а облачные работают через интернет — достаточно создать аккаунт.

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

Если компании критически важно, чтобы информация хранилась в её базе данных, присмотритесь к коробке. Ниже мы разберём четыре системы тестирования и аттестации персонала, популярные в России

Ниже мы разберём четыре системы тестирования и аттестации персонала, популярные в России.

Сравнительная таблица систем тестирования

Система	Тип	Особенность	Цена
1.	Коробочная версия	Площадка для хранения готовых тестов. Чтобы создавать задания, понадобится отдельный конструктор tMaker.	29 000 рублей за лицензию.
2.	Облачная версия	Платформа тестирования и дистанционного обучения для бизнеса. Автоматизирует аттестацию обучения и помогает перевести очные тренинги в онлайн-формат.	от 82 рублей в месяц за пользователя.
3.	Облачная версия	Есть метод 360 градусов.	от 6 000 рублей в месяц.
4.	Облачная и коробочная версии	Недорогое решение. Можно создавать тесты, анкеты и отслеживать результаты	от 1 000 рублей в месяц.

Сравним системы тестирования по 9 критериям

1. Пробная версия. Есть ли у системы тестовый период и что нужно сделать перед началом работы.
2. Возможности. Можно ли создавать психологические тесты, проводить оценку 360 градусов и опросы лояльности сотрудников.
3. Вид системы. Система работает через интернет или её нужно установить на сервер.
4. Интерфейс. Насколько просто выглядит панель управления и сложно ли разобраться в настройках.
5. Брендирование. Можно ли подогнать дизайн системы тестирования под брендбук компании.
6. Типы тестов. Какие типы тестов и заданий позволяет создать система.
7. Особые опции. Какие возможности есть у системы кроме создания тестов.
8. Статистика. Какие данные о результатах тестирования система передаёт администратору.
9. Цена. Сколько стоит и как строится ценообразование.

Книги по тестированию, с которых ты можешь начать

 «Тестирование dot com», Роман Савин

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

«Тестирование программного обеспечения. Базовый курс», Святослав Куликов

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

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

В книге «Тестирование программного обеспечения» Сэма Канера, Джека Фолка, Енга Кека Нгуена от А до Я объяснены методы тестирования. Она содержит истории и опыт ИТ-компаний. Авторы дают советы новичкам и профессионалам. Учебник непрост в прочтении, но заменит тебе многие другие ресурсы.

«Lessons Learned in Software Testing» — более современная книга от тех же авторов. Она меньше наполнена теорией и подходит тем, кто любит учиться на чужих ошибках. Тут приведены реальные проблемы, пути их решения и полезные советы.

Из книги «Как тестируют в Google» Арбона Джейсона, Каролло Джеффа, Уиттакера Джеймса ты узнаешь про все процессы тестирования в крупной международной компании. Прочитаешь, через что проходят кандидаты на должность тестировщика, которые пробуют попасть в Google. Обещаем много юмора и иллюстраций!

Определите цели

Определите основные бизнес-задачи вашей компании и убедитесь, что цели A/B-тестирования с ними совпадают.

Пример: Допустим, вы менеджер продукта в «компании X» на стадии стартапа. Руководству нужно добиться роста количества пользователей. В частности, компания стремится к росту количества активных пользователей (метрика DAU), определяемых как среднее количество зарегистрированных пользователей сайта в день за последние 30 дней. Вы предполагаете, что этого можно добиться либо путем улучшения показателей удержания (процент пользователей, возвращающихся для повторного использования продукта), либо путем увеличения числа новых регистрирующихся пользователей.

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

Плюсы и минусы работы тестировщиком

▍Плюсы

1. До определённого момента работа тестировщика проще остальных технических специальностей и доступна многим, кому интересна ИТ-сфера. Переходить ли рубеж к тому интервалу, где работа становится максимально сложной, решение каждого. Если дальше не пойдёте, вас из тестирования не выгонят, вы всё равно будете востребованы.
2. Потребность в тестировщиках не исчезнет до тех пор, пока есть информационные технологии, связь, интернет, роботы, автопилоты и т.д.
3. Тестирование — не столь изученная область, как программирование. Если у вас есть талант и трудолюбие, вы сможете сказать своё слово миру (написать книгу, создать методологию, преподавать и т.д.).
4. Карьера тестировщика довольно свободная: можно сидеть в офисе с гибким графиком, можно работать удалённо, а можно стать фрилансером, набрать проектов и тестировать их по сдельной оплате.
5. Тестировщику легче вернуться на работу после долгого перерыва, например, из опыта создания своего стартапа, фриланса, декрета, иных обстоятельств.
6. Работу в тестировании можно сочетать с учебой без вреда для обоих видов деятельности.
7. Вы научитесь «видеть продукт» со всех сторон, узнаете все функциональные возможности, посмотрите на софт глазами инженера и глазами потребителя. Это прямой путь в менеджеры продукта. Общая картина продукта поможет вам в любом случае — например, если вы решитесь уйти в разработку.

▍Минусы

1. Команда недолюбливает тестировщиков 🙂 Нет, ну вы вот сами прикиньте: вы делаете продукт, пишете код, документацию, а потом на него нападает кучка коллег и заводит баг за багом на каждую мелочь. Ну как это вынести в адекватном состоянии?! Хуже только быть единственным тестировщиком в команде — тогда всё, ты конченая сволочь. Шутки шутками, но нередко команда считает, что именно тестировщики задерживают выпуск релизов и клиентских сборок. В общем, не любят люди, когда находят ошибки в их работе. 
2. На первом этапе вы работаете с повторяющимися задачами, иногда работать становится невыносимо скучно.
3. Тестировщики ищут ошибки разработчиков, искать ошибки тестировщиков некому. Поэтому вы будете крайними в некоторых неприятных ситуациях.
4. Работа тестировщиков часто бывает незаметна руководству — придётся привыкнуть быть серым кардиналом, невидимым героем.
5. Сверхурочная работа — бич тестировщиков. Рано или поздно вам будет нужно срочно оттестировать релиз или сборку, которую нужно выкатить завтра или «вот прям щас» или же остаться и проверить внесённые программистами исправления. И вы останетесь, а вот оплачивается такой героизм далеко не всегда (я вообще не встречал).
6. На тестировщиках лежит огромный груз ответственности за полноту и охват тест-планов — если что-то упустить, отвечать уже придётся за пропущенные баги.

Что такое тест

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

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

1.Во-первых, он управляет выполнением программы и создает эти самые искусственные ситуации, в которых мы собираемся проверять поведение программы.

2.И, во-вторых, он наблюдает за поведением программы и сравнивает то, что он видит с тем, что ожидается.

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

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

Agile

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

Узнайте больше об Agile (прим. — статья на английском языке).

Плагин разработчика для браузера

Чтобы тестирование шло быстрее, тестировщику иногда нужно имитировать разные ситуации, которые могут быть у пользователя:

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

Что такое куки

Чтобы не делать всё это вручную, используют плагины, например Web developer toolbar:

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

Если нужно более гибкое и умное автозаполнение, можно использовать другой плагин Form Filler:

iSpring — платформа для онлайн-обучения и тестирования и сотрудников

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

Обзор возможностей iSpring

iSpring — интернет-сервис. Не нужно устанавливать его на свой сервер и привлекать IT-специалистов для настройки. Создаёте аккаунт и тестируете сотрудников.

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

Описание iSpring

1. Пробная версия. У iSpring есть бесплатная пробная версия на 14 дней. Чтобы её получить, заполните форму на сайте: имя, почта и номер телефона.
2. Возможности. В iSpring встроен мощный конструктор для создания опросов, психологических тестов и тестов на проверку знаний.
3. Виды тестов. В iSpring можно собирать опросы, психологические тесты и тесты на проверку знаний. В вашем распоряжении 14 типов заданий: на соответствие, выбор одного или нескольких вариантов ответа, выбор области, drag-and-drop, последовательность.
4. Особые опции. Вы можете изменить дизайн каждого вопроса и задать правила тесту: установить баллы и штрафы, автоматически перемешивать задания перед тестированием, указать количество попыток и ограничить время ответа на каждый вопрос, чтобы сотрудники не списывали.
5. Формат платформы. iSpring работает через интернет. Тестируйте и обучайте сотрудников онлайн сразу после регистрации.
6. Уровень сложности интерфейса: 1 из 5.
7. Брендирование. Вы можете оформить платформу под корпоративный стиль: добавить логотип, изменить цвета и URL-адрес.
8. Статистика. В iSpring доступно 15 типов отчетов. Платформа самостоятельно проверяет, какие варианты ответа выбирают ваши сотрудники по каждому заданию, в каких вопросах они допускают ошибки, какие результаты получают и сколько времени в целом тратят на тест. Всю информацию система собирает в отчёты, которые можно скачать в excel-формате.
9. Цена. Вы платите за количество пользователей. Цена за одного пользователя — 82 рубля в месяц. Минимальный пакет — 12 человек.

Кому подходит iSpring

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

Управлять платформой может один человек, к примеру, менеджер по обучению или HR-специалист.

Подходит больше всего	Не подходит
Планируете обучать и тестировать сотрудников дистанционно.	Ищите коробочную систему тестирования.
Не хотите устанавливать систему на сервер компании.	Хотите хранить результаты тестов в базах данных компании.
Хотите автоматизировать аттестацию .
У вас много филиалов — обучать сотрудников очно сложно.

Клиенты iSpring

Платформу используют как крупные корпорации, так и средний бизнес. Среди клиентов Johnson & Johnson, Redmond, «Яндекс», «Додо Пицца», «Альфа Капитал» и мясоперерабатывающий завод «Богородский»

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

• Без покрытия тестами. Обычно такие системы сопровождаются спагетти-кодом и уволившимися ведущими разработчиками. Никто в компании не знает, как именно все это работает. Да и что оно в конечном итоге должно делать, сотрудники представляют весьма отдаленно.
• С тестами, которые никто не запускает и не поддерживает. Тесты в системе есть, но что они тестируют, и какой от них ожидается результат, неизвестно. Ситуация уже лучше. Присутствует какая-никакая архитектура, есть понимание, что такое слабая связанность. Можно отыскать некоторые документы. Скорее всего, в компании еще работает главный разработчик системы, который держит в голове особенности и хитросплетения кода.
• С серьезным покрытием. Все тесты проходят. Если тесты в проекте действительно запускаются, то их много. Гораздо больше, чем в системах из предыдущей группы. И теперь каждый из них – атомарный: один тест проверяет только одну вещь. Тест является спецификацией метода класса, контрактом: какие входные параметры ожидает этот метод, и что остальные компоненты системы ждут от него на выходе. Таких систем гораздо меньше. В них присутствует актуальная спецификация. Текста немного: обычно пара страниц, с описанием основных фич, схем серверов и getting started guide’ом. В этом случае проект не зависит от людей. Разработчики могут приходить и уходить. Система надежно протестирована и сама рассказывает о себе путем тестов.

Верификация и валидация

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

Верификация (verification)– это процесс оценки системы или её компонентов с целью определения того, удовлетворяют ли результаты текущего этапа разработки условиям, сформированным в начале этого этапа. То есть выполняются ли задачи, цели и сроки по разработке продукта.

Валидация (validation)– это определение соответствия разрабатываемого ПО ожиданиям и потребностям пользователя, требованиям к системе.

Следующая таблица поможет выделить ключевые отличия между этими понятиями:

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

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

На практике отличия верификации и валидации имеют большое значение:

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

Выводы

SunRav Web Class устанавливают на сервер. Нет встроенного конструктора тестов. Для этого компания предлагает отдельную программу tMaker — она входит в комплект.

Большой функционал, но сложный интерфейс — понадобится время на изучение системы. Цена — 29 000 рублей. Чаще всего систему используют вузы и центры тестирования. Подробный обзор платформы SunRav →

iSpring — интернет-платформа для быстрого запуска аттестации и онлайн-обучения в компании. Чтобы протестировать сотрудников, достаточно создать аккаунт.

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

Есть мобильное приложение, которое позволяет решать тесты даже без доступа в интернет. Цена платформы — от 82 рублей в месяц за сотрудника.

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

StartExam — система тестирования с приятным дизайном и встроенным конструктором заданий. Работает в интернете. Можно создавать опросы, тесты и оценку 360 градусов. Цена — от 6 000 рублей в месяц. Больше подходит небольшим компаниям.

Indigo — можно установить на сервер или работать через интернет, создавая тесты с пятью типами вопросов. Есть небольшая статистика: система покажет сколько баллов или процентов набрал сотрудник, какие ошибки допустил в тесте. Отчёты в формате .XLS. Чаще всего Indigo использует госсектор и вузы.