Что такое тестирование программ и зачем оно нужно

«QA Start‎» от ITVDN

Пройти курс

Длительность: 7 уроков.

Формат обучения: короткие видеолекции онлайн без домашних упражнений и обратной связи.

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

Что узнаете:

• Методологии разработки ПО.
• Виды и уровни тестирования.
• Варианты тестовой документации.
• В чём заключается разница между тест-кейсами и чек-листами.
• Принципы работы с дефектами.

Плюсы:

• Курс даёт фундаментальные знания в области тестирования.
• Информация подается доходчиво и легко усваивается.
• Преподаватель приводит реальные примеры.
• Дополнительные ссылки на полезные ресурсы.

Минусы:

История создания тестов

Многие тысячелетия тесты используются для определения пригодности человека к осуществлению конкретного рода деятельности.

Уже древние египтяне подвергались тестовым испытаниям. Это было необходимо для получения должности жреца.

Кандидата осматривали на внешность, изучали его на наличие образованности и коммуникабельность. А также на умение молчать и слушать, слушать и молчать.

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

Не всякий мог выдержать такой тест на прочность.

В Древнем Вавилоне тест проходили кандидаты на должность писца. Человека проверяли на почерк (он должен быть безупречно красивым), на знание математики и юриспруденции.

На должность отбирались только очень грамотные и всесторонне развитые личности.

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

Началом становления тестов в мировой практике называют период с 80 годов 19 века по 20-е годы 20 века.

В это время начали выдвигать предположения относительно эффективности тестов в выявлении некоторых личностных свойств. Данная теория появилась в работах английского психолога Ф. Гальтона.

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

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

Гальтон неоднократно подчёркивал, что его тесты относятся к разряду умственным. Позднее эта трактовка была подхвачена Кеттеллом в 1890 году, когда он написал статью «Умственные тесты и измерения».

Важную роль в развитие тестирования отводят французскому психологу Альфреду Бине. Именно его считают родоначальником современных тестов для проведения диагностики интеллектуального развития личности.

Долгое время тесты использовали для индивидуальной диагностики. Лишь в 1917 году в США тесты стали использовать в группах испытуемых.

Групповые тесты начали разрабатываться согласно следующим принципам:

1. Ограниченное время для выполнения.
2. Детализированная инструкция, как проводится, критерии и уровни оценивания.
3. Выборочные методы в тестах с возможностью подчёркивать случайные варианты, если правильный ответ не известен.
4. Подбор тестовых заданий после обработки статистическими методами и экспериментально.

Следующим шагом в развитии тестов следует считать 20-60-е годы прошлого века. Американец В.А. Макколл решил классифицировать тесты на психологические и педагогические.

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

Педагогические тесты применялись в школах для контроля знаний учеников по  разным предметам. Такие тесты стали проводить после прохождения определённых разделов программы.

Первый педагогический тест разработал американский психолог Эдуард Ли Торндайку. Это был тест для арифметических задач.

Такое использование тестов для контроля знаний школьников по дисциплинарным наукам стало очень популярным в США.

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

Эти тестовые разработки стали внедрять во время выпускных экзаменов в нью-йоркских школах уже в 1925 году.

Первым языковым тестом по иностранному языку стала разработка Б. Вуда.

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

Коммуникативные языковые тесты успешно используются сейчас во всём мире.

Как провести тестирование?

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

Цели и метрики. Перед проведением A/B-теста нужно четко понимать желаемый результат. Это может быть увеличение трафика или конверсии, снижение отказов и т. д. В зависимости от цели выбираются метрики — количественные показатели, по которым определяется эффективность вносимых изменений. Например, количество заказов, средний чек, процент открываемых писем в рассылке.

Гипотеза. Результаты A/B-тестирования напрямую зависят от сформулированного предположения, которое необходимо проверить. Гипотеза должна содержать анализируемый объект, его изменение и предполагаемые результаты. При этом общее предположение разделяется на 2 частных:

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

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

Распределение аудитории. Для чистоты проведения сплит-теста необходимо случайным образом и поровну распределить трафик между контрольным и тестируемым вариантом. При этом пользователи, которые видят версию A, не должны видеть версию B. Если продукт уже используется и подвергается дополнительным улучшениям (например, по нему проводится параллельная рекламная кампания), для достоверности результатов нужно разделить трафик не на 2, а на 3 группы — A, A и B. Первым двум демонстрируется контрольный вариант продукта, а третьей — тестируемый. Если результаты в первых двух группах одинаковые, внешние факторы не повлияли на достоверность тестирования и результату можно доверять.

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

Порог значимости. Это показатель, характеризующий разницу между результатами контрольной и экспериментальной групп, обусловленную случайностью. Стандартный порог значимости — 0,05, то есть в 5% случаев отклонения не имеют ценности для эксперимента. Чем меньше этот показатель, тем ниже риск обнаружить в результатах эксперимента случайные данные. В онлайн-сервисах для проведения сплит-теста порог значимости выбирается автоматически.

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

Виды A/B-тестирования

Простой A/B-тест (сплит-тест)

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

Простое A/B-тестирование (сплит-тест)

Многовариантное тестирование

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

Схема многовариантного A/B-тестирования

A/B/n-тест

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

Принципиальная схема A/B/n-теста

Что такое тестирование?

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

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

Тестирование методом черного и белого ящика

Наконец, третья широко распространенная классификация — разделение тестирования на два больших класса: тестирование методом черного ящика и тестирование методом белого ящика. Эта классификация связана с таким понятием как «полнота тестирования». Поэтому сначала мы поговорим именно о ней.

Полнота тестирования

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

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

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

И вот когда мы собираем с вами эту коллекцию бабочек, мы можем, конечно же, ориентироваться только на раскраску крыльев

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

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

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

При тестировании методом черного ящика мы не видим, что внутри ящика, мы не принимаем во внимание внутреннее устройство программы.

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

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

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

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

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

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

Системное тестирование

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

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

Системное тестирование может проверять выполнение стандартов или законодательных / нормативных требований.

Тестовая среда для системного тестирования должна быть максимально приближенной (в идеальном варианте — идентичной) к окружению для эксплуатации (production).

System testing The process of testing an integrated system to verify that it meets specified requirements.

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

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

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

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

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

Ответственный: тестировщик

Системное тестирование для нашего примера может включать в себя такие типы тестирования:

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

* слово «тестирование» — убрано с изображения для упрощения

1. Работает ли форма Contact Us во всех поддерживаемых браузерах?
2. Удобно ли ей пользоваться? Все ли понятно? Насколько осмысленны сообщения об ошибках?
3. Что произойдет, если кто-то отправит 1,000 запросов Contact Us в секунду? (DDOS)
4. Какое максимальное количество запросов можно отправить, чтобы сайт работал без сбоев? (Load testing)
5. Насколько читабельным является Email, который получит поддержка? (весь текст в одну строку или письмо оформлено красиво)
6. Не попадает ли письмо в Spam?
7. Сохраняются ли данные клиента, который отправляет форму? Если «да» — насколько безопасно место хранения? Существует ли способ получения списка отправленных Email-ов?
8. Знает ли суппорт о почтовом ящике, куда попадет письмо? Знает ли он, как реагировать на такие письма?
9. и много, много других

На этом уровне тестирования создаются end-to-end тесты, имитирующие бизнес процессы, Use Cases и Use Stories от начала до конца.

Эти тесты все чаще автоматизируется и именно этот вид автоматизации сейчас очень востребован (JAVA, Python, JavaScript, C#, Selenium и т.п. — все здесь).

E2e тесты очень медленные (обычно 5-10 тестов в минуту) и коварные, с их автоматизацией нужно быть очень осторожным

Системное тестирование — одна из самых творческих и объемных областей тестирования. Кроме end-to-end (e2e) тестирования, к этому уровню относятся все виды .

Очень часто начинающие тестировщики видят только одно направление развития: автоматизация.

Но на самом деле направлений много.

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

End-to-End Testing A type of testing in which business processes are tested from start to finish under production-like circumstances.

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

Категории тестирования

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

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

Подкатегории тестирования

Подкатегории тестирования	Описание вида тестирования	Подвиды тестирования
Нагрузочное тестирование	Применяется для тестирования всех без исключения функций приложения. В данном случае последовательность тестирования функций не имеет значения.	unit-тестирование (модульное тестирование); функциональное тестирование; тестирование интерфейса; тестирование БД
Тестирование бизнес циклов	Применяется для тестирования функций приложения в последовательности их вызова пользователем. Например, имитация всех действия бухгалтера за 1 квартал.	unit-тестирование (модульное тестирование); функциональное тестирование; тестирование интерфейса; тестирование БД.
Стрессовое тестирование	Применяется для тестирования производительности приложения. Цель данного тестирования — определить рамки стабильной работы приложения. При данном тестирование производится вызов всех доступных функций.	unit-тестирование (модульное тестирование); функциональное тестирование; тестирование интерфейса; тестирование БД.

Виды тестирования сайта

Функциональное тестирование (Functionality testing)

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

Тестирование удобства пользования (Usability testing)

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

Тестирование интерфейса пользователя (UI testing)

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

Оно помогает ответить на такие вопросы: • Как выглядит интерфейс? • Удобно ли пользователю нажимать на кнопки? • Понятны ли иконки, читабелен ли текст, формат, шрифт? • Какие акценты в каких местах будут располагаться и к чему привлекать внимание? Также при прохождении этого вида тестирования осуществляются проверки на совместимость с разными интернет браузерами и их версиями; как выглядит сайт при разных разрешениях экрана и на различных устройствах (смартфоны, планшеты)

Тестирование производительности (Performance testing)

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

Тестирование безопасности (Security testing)

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

«‎Зачем нужны тестировщики, если команда разработчиков не пишет баги» от GeekBrains

Длительность: 1,5 часа.

Формат обучения: короткий вебинар.

Программа обучения: курс расскажет об особенностях работы тестировщика и о необходимости присутствия специалиста в компании

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

Что узнаете:

• Цель тестирования ПО, а также почему не может быть идеального продукта.
• Как организовать продуктивную работу команды разработчиков и тестировщиков.
• В чём заключается разница между тестированием и контролем качества.

Плюсы:

• Запись вебинара сохраняется после трансляции.
• Чат для обмена опытом с другими участниками.
• Полезные методики и материалы.
• Преподаватели с большим опытом.
• Много живых примеров.

Минусы:

Подкатегории

Профессиональные тесты (2329 тестов)

• IT и сетевые технологии (187 тестов)
• Автолюбителям (30 тестов)
• Банковская деятельность (35 тестов)
• Бухгалтерия и финансы (190 тестов)
• ГИМС (14 тестов)
• для мигрантов (2 теста)
• Документоведение (32 теста)
• Животноводство и растениеводство (11 тестов)
• Землеустройство и Оценщики (9 тестов)
• Медицина (443 теста)
• Менеджмент (280 тестов)
• НАКС (тесты для сварщиков) (285 тестов)
• Общественное питание (7 тестов)
• Охрана труда (169 тестов)
• Педагогика (175 тестов)
• Соц работа (48 тестов)
• Страхование (9 тестов)
• Строительство и инженерия (22 теста)
• Технический персонал (17 тестов)
• Торговля и маркетинг (77 тестов)
• Туризм (44 теста)
• Частная охрана (ЧОП) (14 тестов)
• Юриспруденция (253 теста)
• Пройти тест «Волоконно-оптические линии связи (ВОЛС). Часть 1» онлайн (100 вопросов)
• Пройти тест «Технология визажа» онлайн (29 вопросов)

Общеобразовательные (2979 тестов)

• Безопасность (34 теста)
• Биология (222 теста)
• География (76 тестов)
• Естествознание (15 тестов)
• Иностранные языки (426 тестов)
• Информатика и ИКТ (224 теста)
• История (316 тестов)
• Культурология (101 тест)
• Лингвистика, филология, языкознание (58 тестов)
• Литература (76 тестов)
• Логика (14 тестов)
• Математика и статистика (222 теста)
• Общественные науки (63 теста)
• Право и обществознание (235 тестов)
• Психология (249 тестов)
• Русский язык (121 тест)
• Социология (69 тестов)
• Страноведение и этнография (40 тестов)
• Физика (135 тестов)
• Физкультура и спорт (30 тестов)
• Философия (52 теста)
• Химия (53 теста)
• Экономика (257 тестов)
• Пройти тест «GMAT» онлайн (75 вопросов)
• Пройти тест «Черчение (7 класс)» онлайн (88 вопросов)

Профессиональные психологические тесты (87 тестов)

• Для коммерческой направленности (5 тестов)
• Для соискателей офисных вакансий (4 теста)
• Для управляющего звена (10 тестов)
• общение (5 тестов)
• темперамент (5 тестов)
• тесты на логику (7 тестов)
• характер (3 теста)
• числовые тесты (2 теста)
• мышление и интеллект (5 тестов)
• прочие тесты (35 тестов)
• Пройти тест «Диагностика учебной мотивации студентов» онлайн (34 вопроса)
• Пройти тест «Методика изучения мотивации обучения Т.И. Ильиной» онлайн (17 вопросов)
• Пройти тест «Методика исследования самоотношения (МИС; С.Р.Пантилеев)» онлайн (110 вопросов)
• Пройти тест «Многоуровневый личностный опросник «Адаптивность» (МЛО-АМ) А. Г. Маклакова и С. В. Чермянина» онлайн (165 вопросов)
• Пройти тест «Социальный тест» онлайн (55 вопросов)
• Пройти тест «Тест Гилфорда, субтест 1. Истории с завершением» онлайн (14 вопросов)
• Пройти тест «Тест Гилфорда, субтест 2. Группы экспрессии» онлайн (15 вопросов)
• Пройти тест «Тест Гилфорда, субтест 3. Вербальная экспрессия» онлайн (12 вопросов)
• Пройти тест «Тест для определения качеств удаленного помощника» онлайн (78 вопросов)
• Пройти тест «Тест на механическую понятливость. Тест Беннета» онлайн (70 вопросов)

Тесты на национальных языках (16 тестов)

• Тести українською (2 теста)
• qazaq tilinde test (7 тестов)
• қазақ тілінде тест (7 тестов)