Коротко о системном тестировании🙂

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

За него отвечают инженеры по тестированию (QA), команда разработки в процессе не участвует — так получается сохранить объективность результатов.

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

Этапы тестирования:
1️⃣Планирование. Тестировщики вместе с бизнес-аналитиками и менеджерами проекта определяют цели тестирования. Они анализируют функциональные требования, определяют основные сценарии использования и разрабатывают план.
2️⃣Подготовка. Тестировщики готовят тестовые сценарии и данные для проверки функциональности. Например, создают тестовые заказы с различными наполнением, адресами доставки и способами оплаты. На этом же этапе готовят тестовое окружение.
3️⃣Выполнение. Запускают тестовые сценарии. Проверяют работу функциональности: добавление товаров в корзину, выбор даты и времени доставки, расчет стоимости заказа и процесс оформления заказа. Также проверяют, что приложение корректно обрабатывает ошибки.
4️⃣Анализ. Оценивают прохождение тестовых сценариев, выявляют дефекты и проблемы с производительностью или стабильностью приложения. Документируют результаты тестирования и делятся выводами с командой разработки.

Этот пост — сокращённая версия статьи «В шаге от запуска: как тестируют готовые системы». В ней вы найдёте гораздо больше подробностей, узнаете о видах и методах системного тестирования, а также об основных инструментах.

Вырасти из джуна в мидла за лето с подарочным курсом от Практикума 🫴

В LinkedIn провели исследование и узнали, кто повышает грейд быстрее своих коллег.
Дело в хард- и софтскилах. Сотрудники с «мягкими» навыками на 8% быстрее получают повышение, чем те, кто обладает только хардскилами. А комбо «твёрдые» + «мягкие» ускоряет продвижение на 13%.

Топ навыков, которые ускоряют карьеры:
⏺️Умение работать в команде: +11%
⏺️Навыки решения проблем: +11%
⏺️Коммуникативность: +11%

📌Вывод: чтобы вырасти в карьере, нужны сильные софты. Поэтому мы дарим мини-курс «Навыки рабочей коммуникации» — всем, кто купит любой курс для специалистов с опытом до 30 июня.

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

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

Что должен знать и уметь фронтенд-разработчик

HTML и CSS. Язык гипертекстовой разметки и каскадные таблицы стилей — фундамент кода. Одни только знания HTML и CSS уже позволят создавать несложные веб-сайты.

JavaScript (JS). Это один из самых популярных языков программирования. Он используется для создания сложных интерфейсов, карт, приложений, онлайн-игр.

JavaScript-фреймворки. Фреймворки — по сути, это готовые шаблоны для написания кода. Обычно используют Angular, Backbone, Ember, Vue.js и React.

Препроцессоры CSS. Они позволяют масштабировать CSS и упрощает работу с ним. Sass и LESS — два самых востребованных препроцессора.

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

На курсе «Фронтенд-разработчик» мы обучаем всем необходимым инструментам, а также ключевым навыкам для старта в профессии. Наши выпускники могут:

⏺️Писать код на HTML, CSS, JavaScript и TypeScript
⏺️Создавать приложения с помощью React
⏺️Писать код в реальной среде разработки
⏺️Создавать сайты и веб-приложения
⏺️Разбираться в технических заданиях от заказчиков
⏺️Тестировать сайты и веб-приложения, устранять ошибки
⏺️Применять паттерны проектирования и ООП
⏺️Проектировать решения бизнес-задач через разработку
⏺️Размещать сайты и веб-приложения в интернете

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

→ Узнать о курсе подробнее и начать учиться бесплатно

#тонкости_языка: HTML ⚡️
Освоить HTML относительно легко, обычно будущие веб-разработчики начинают обучение именно с него. Стандартные атрибуты — дело понятное и знакомое, поэтому мы поделимся чуть более редкими.

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

📌loading=”lazy”
Используйте loading=”lazy”, чтобы отложить загрузку изображения до тех пор, пока пользователь до него не домотает.

<img src=”image.jpg” loading=”lazy” alt=”Alternative Text”> 

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

<ol start=”12”>
  <li>Репка</li>
  <li>Дедка</li>
  <li>Бабка</li>
</ol>

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

<video poster="path/to/image">

Знали их все? На ваш взгляд, о каких интересных атрибутах вспоминают незаслуженно редко?😉

1️⃣Находить баги там, где их нет

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

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

➡️Воспроизведите ошибку 2—3 раза, прежде чем вносить её в баг-репорт. Сверьтесь с ТЗ, убедитесь, что это действительно баг, и локализуйте его.

2️⃣Постоянно думать о работе

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

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

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

➡️Сосредоточьтесь на чём-нибудь активном и увлекательном, чтобы отвлечься от мыслей о работе.

3️⃣Задавать много вопросов или не задавать вопросы

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

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

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

Получите профессию тестировщика за 4 месяца на курсе «Инженер по тестированию». Ближайший старт — 27 июня, но пройти бесплатную часть обучения вы можете в любой момент.
→ Узнать о курсе подробнее и начать учиться бесплатно