Какая программа относится к тестирующим программам

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

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

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

ДЭНС-терапия при речевых нарушениях

Одной из наиболее распространенной в это время в нашей стране была адаптивная диалоговая информационная система АДОНИС. Она была предназначена для организации автоматизированного обучения и контроля знаний по различным дисциплинам, а также информационного обеспечения учебного процесса. Система функционировала в среде MS DOS IBM PC-совместимых компьютеров.

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

Контролирующий кадр сравнивал ответы обучаемого с эталонными ответами и позволял осуществлять переход к следующему кадру по той или иной степени (устанавливаемой разработчиком) соответствия. Система АДОНИС обладала своим встроенным графическим редактором для разработки иллюстративного материала. Данная система не была адаптирована к ОС WINDOWS, и в настоящее время не используется. Однако, идеи АДОНИС, нашли свое воплощение в других современных системах, например системах «TrainingWare», «eLearning Server 3000 v2.0», «eLearning Office 3000» и «HyperMethod 3.5» компании ГиперМетод, которая является крупнейшим российским разработчиком готовых решений и программного обеспечения в области мультимедиа, дистанционного обучения и электронной коммерции.

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

Тестирование для дегенератов

Server 3000 v2.0 позволяет создавать собственные Учебные центры в Интернет/Интранет и организовать полный цикл дистанционного обучения — управление расписанием, сертификацией знаний учащихся, электронной ведомостью успеваемости, электронной зачеткой и электронной библиотекой.

eLearning Office 3000 предназначен, прежде всего, для преподавателей высших и средних учебных заведений, а также для IT-специалистов, занимающихся проблемами дистанционного обучения. Развитие сети Интернет открывает новые перспективы дистанционного образования, при которых учащемуся обеспечиваются возможности, свойственные классическим традиционным видам обучения.

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

Представленные примеры программных продуктов наряду с “кусачей” ценой обладают тем недостатком, что при реализации курса, модификации его необходим посредник, хорошо знающий систему и производящий эти изменения за приемлемое время. Кроме того, большинство таких систем работает в окружении собственной оболочки, поэтому передача учебника или теста с помощью дискеты просто невозможна. Эти системы весьма эффективны при реализации учебного процесса в рамках ВУЗа или факультета. В настоящее время пока во многих учебных заведениях еще не сложилась ни финансовая ни организационная ситуация для полномасштабного использования таких средств. Поэтому при разработке и реализации электронных учебников и тестирующих систем одного или нескольких курсов приходится выбирать следующее:

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

Требования к аппаратным средствам минимальны.

Инструментальные средства разработки стандартные, например средства MS Office.

Если используются не стандартные средства, то они должны быть либо Free Ware, либо Share Ware. Желательно, что бы учебный курс и тесты могли бы функционировать в режиме on-line в сети Internet. Общий объем средств обучения не должен превышать 1,44 — 2,88 Мб. (1 или 2 дискеты)

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

В качестве системы разработки и реализации процедур тестирования была выбрана система “QuickExam” версии 1.91, распространяемая Share Ware.

Использование электронных средств обучения в курсе следующее:

Обучаемые на первом занятии получают для установки на собственном компьютере электронный учебник и тренировочный тест. Тренировочный тест содержит от 50 до 100 вопросов (в зависимости от объема курса), упорядоченных по порядку изложения материала.

Зачет или экзамен проводится в следующем порядке:

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

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

Источник: studbooks.net

Обзорная статья о видах тестирования IT-продуктов

На курсе, где я учился frontend-разработке, нас познакомили только с unit тестированием. Но уже на первом месте работы, я столкнулся и с регрессионным тестированием, и с автотестами, и с E2E-тестами. Мне было сложно понять, чем они отличаются, какие еще есть виды тестирования и кто их должен писать. Эта статья для начинающих разработчиков, которые задаются подобными вопросами.

Модульное тестирование (Unit testing)

Модульное тестирование выполняется на уровне отдельных блоков приложения. Это может быть тест, который проверяет корректность работы отдельной функции или React-компонента.

Пример. Функция на JavaScript принимает два числа и возвращает сумму.

Пример модульного теста, который проверяет работу этой функции:

function sum(a, b) < return a + b; >describe(‘sum’, function() < it(‘should return 4 when 2 and 2 are passed’, function() < expect(sum(2, 2)).toEqual(4); >); it(‘should return 10 when 7 and 3 are passed’, function() < expect(sum(7, 3)).toEqual(10); >); it(‘should return -3 when -5 and 2 are passed’, function() < expect(sum(-5, 2)).toEqual(-3); >); >);

Кто пишет тесты: модульные тесты обычно пишет сам автор кода.

Примеры инструментов:

ПРИМЕЧАНИЕ: я написал обзорную статью на библиотеку React-testing-library, в ней подробно рассказывается, как покрыть unit-тестами React-компонент.

Интеграционное тестирование (Integration testing)

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

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

ВАЖНО: Корректность обработки ошибок — это часть любого вида тестирования.

Интеграционное тестирование выполняется как вручную, так и автоматизированно с использованием специальных инструментов, таких как Postman или SoapUI.

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

Один из возможных сценариев тестирования:

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

Кто пишет тесты: Интеграционные тесты обычно пишутся командой QA-инженеров.

Примеры инструментов:

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

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

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

Пример. Веб-приложение для онлайн-бронирования номеров в отеле. Функциональное тестирование поможет убедиться в том, что приложение работает корректно и выполняет свои функции.

Возможный сценарий тестирования:

1. Пользователь открывает веб-страницу приложения и выбирает нужную дату заезда и выезда.
2. Приложение отображает свободные номера в отеле на выбранные даты.
3. Пользователь выбирает номер и вводит свои данные для бронирования.
4. Приложение подтверждает бронирование и отправляет подтверждение на электронную почту пользователя.

Кто пишет тесты: функциональные тесты обычно пишутся командой QA-инженеров.

Примеры инструментов:

ПРИМЕЧАНИЕ: Пара слов о End-to-End(E2E) тестировании, это тестирование, которое позволяет проверить работу всей системы или приложения с точки зрения пользователя от начала до конца (от «end» — начала, до «end» — конца).

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

Таким образом, E2E тестирование можно рассматривать и как функциональное и как интеграционное.

Регрессионное тестирование (Regression testing)

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

Регрессионное тестирование и функциональное тестирование имеют схожие, но все же разные цели и задачи.

Функциональное тестирование проверяет, что приложение соответствует требованиям, которые описаны в функциональных спецификациях.

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

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

Функции которые нужно проверить:

1. Поиск товаров по названию.
2. Добавление товаров в корзину.
3. Удаление товаров из корзины.
4. Редактирование корзины перед оформлением заказа.
5. Оформление заказа с выбранными товарами.

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

Кто пишет тесты: регрессионные тесты обычно пишутся командой QA-инженеров.

Примеры инструментов:

Нагрузочное тестирование (Load testing)

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

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

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

1. Пользователь открывает главную страницу магазина.
2. Пользователь ищет товары по определенным категориям.
3. Пользователь добавляет товары в корзину.
4. Пользователь оформляет заказ.

Тест-сценарий запускается под разной нагрузкой, например, с одновременным выполнением скрипта на 100, 500 и 1000 пользователей. Анализ результатов тестирования помогает определить, как много пользователей приложение может обрабатывать одновременно, не замедляя работу и не выходя из строя.

Кто пишет тесты: нагрузочные тесты обычно пишутся командой QA-инженеров.

Примеры инструментов:

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

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

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

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

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

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

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

Кто пишет тесты: тестирование на производительность обычно пишет команда QA-инженеров.

Примеры инструментов:

Автоматизированное тестирование (Automated testing)

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

Автотесты имеют ряд преимуществ перед ручным тестированием, например:

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

Пример: примером может быть любой из приведенных выше, если это тестирование было автоматизировано.

Кто пишет тесты: Автоматизированные тесты обычно пишутся командой QA-инженеров.

Примеры инструментов:

Заключение

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

• Модульное тестирование. Цель — протестировать отдельные блоки приложения.
• Интеграционное тестирование. Цель — проверить взаимодействие компонентов приложения.
• Функциональное тестирование. Цель — проверить работу всех заявленных функций приложения.
• Регрессионное тестирование. Цель — проверить, что после изменений уже существующий функционал не сломался.
• Нагрузочное тестирование. Цель — проверить максимальную нагрузку, при которой приложение работает корректно.
• Тестирование на производительность. Цель — проверить скорость и корректность работы приложения при разной нагрузке.
• Автоматизированное тестирование — способ тестирования, при котором тестирование выполняется автоматически с использованием специальных инструментов.

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

1. Тестирование безопасности (Security Testing)
2. Тестирование доступности (Accessibility Testing)
3. Тестирование совместимости (Compatibility Testing)
4. Тестирование локализации (Localization Testing)
5. Тестирование отказоустойчивости (Fault Tolerance Testing)
6. Тестирование масштабируемости (Scalability Testing)
7. Тестирование надежности (Reliability Testing)

В преддверии старта специализации Fullstack Developer от OTUS хочу порекомендовать вам несколько бесплатных уроков, которые будут полезны начинающим fullstack-разработчикам.

• Какими задачами проверяют ваше знание JavaScript
• Создать сайт в блокноте за час. Пошаговая инструкция

• модульное тестирование
• интеграционное тестирование
• функциональное тестирование
• регрессионное тестирование
• нагрузочное тестирование
• тестирование производительности
• автоматическое тестирование
• unit testing
• integration testing
• functional testing

Источник: habr.com

Узнайте о целях, видах и типах тестирования программного обеспечения

В Интернете постоянно встречаются вопросы на тему «Тестирование ПО»: что это такое, каково определение терминов этого процесса.

В статье мы поговорим о тестировании, узнаем его разновидности.

Получи грант, покрывающий 50% стоимости обучения
И обучайся новой профессии онлайн из любой точки мира
Получить грант

Тестирование программного обеспечения

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

Тестирование – это одна из техник регулировки качества программы. Его этапы:

• планирование работ;
• дизайн тестов;
• проведение тестирования;
• анализ результатов.

Процесс проверки качества (quality assurance) проводит специальный человек или группа людей, которых называют тестировщиками .

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

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

87% наших выпускников уже работают в IT
Оставь заявку, и мы поможем с выбором новой профессии
Оставить заявку

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

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

1. Функциональные.
2. Нефункциональные.
3. Связанные с изменениями.

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

Функциональные виды тестирования

1. Функциональное тестирование .
2. Тестирование безопасности.
3. Тестирование взаимодействия.

Функциональное тестирование

Рассматривает предварительно заданное поведение программы, опираясь на анализ всей системы и спецификации функциональности элемента.

Тестирование безопасности

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

Тестирование взаимодействия

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

Нефункциональные виды тестирования

1. Тестирование надежности.
2. Установочное тестирование.
3. Стрессовое тестирование.
4. Тестирование на предмет удобства использования.
5. Объемное тестирование.
6. Нагрузочное тестирование.
7. Тестирование конфигурации.
8. Тест на предмет отказа и восстановления.

Тестирование надежности

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

Установочное тестирование

Проверяет инсталляцию и ее настройки, обновления и удаление ПО.

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

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

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

Еще одна задача такого тестирования – дать оценку деградированию работы системы.

Тестирование на предмет удобства использования

Этот метод тестирования направлен на определение степени удобности применения, понятности и привлекательности для юзеров.

Объемное тестирование

Задача этого теста – получить оценку производительности во время увеличения количества информации в БД приложения.

Нагрузочное тестирование

Эмулирует работу большого количества пользователей на каком-то ресурсе.

Тестирование конфигурации

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

Тест на предмет отказа и восстановления

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

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

Виды тестирования, которые связаны с изменениями

1. Дымовое.
2. Регрессионное.
3. Повторное.
4. Тестирование сборки.
5. Санитарное.

Дымовое

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

Регрессионное

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

Повторное

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

Тестирование сборки

Дает возможность определить соответствие выпущенной версии основным параметрам качества.

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

Санитарное

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

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

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

Также отдельным пунктом стоит выделить Тестирование пользовательского интерфейса (UI).

Проводится абсолютный тест по этим пунктам:

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

Вопросы-ответы

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

Системное тестирование представляет собой полную проверку программы или веб-приложения .

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

Что представляет собой тест-кейс?

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

Заключение

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

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

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

Где научиться тестированию и как к этому правильно подойти?

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

Курс рассчитан на 4 месяца, занятия проходят 5 раз в неделю. Длительность каждого урока – 4 часа.

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

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

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

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

Начни обучение сегодня
FrontEnd разработчик

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

QA Automation Engineer

QA Automation Engineer — это специалист, который обеспечивает качество продукта и контролирует все этапы разработки с момента появления идеи до релиза. Он имеет компетенции и тестировщика, и разработчика. Он участвует во всех процессах разработки: от подготовки стандартов и требований до самой разработки продукта. А также владеет ручным тестированием и пишет скрипты для автоматизации этого процесса, докладывает о проблемах и контролирует их исправление.

Project Manager

Project Manager — специалист, без которого не может обойтись ни один IT-проект. Если вы хотите войти в сферу IT-технологий, но учить языки программирования это не для вас, тогда профессия Project Manager — то, что вам нужно! Запишитесь на курс Project Management и начните свой путь в IT!

Популярное

10 задачек, которые дают на собеседованиях в IT-компании

8 главных качеств программиста: что говорят работодатели

Frontend разработчик: главные навыки

Источник: deveducation.com