Тестирование программного обеспечения играет ключевую роль в проверке качества любого ИТ‑продукта. Раньше тестирование выполнялось только вручную, что требовало значительных усилий и времени. Однако с развитием технологий автоматизация тестирования становится всё более популярной.

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

Поэтому перед многими компаниями встаёт вопрос: можно ли создавать и выполнять тесты с помощью более доступных инструментов, которые не требуют от тестировщиков глубоких знаний кода?

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

Автор: Роман Горбунов, руководитель QA-проектов в «Точка качества».

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

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

Что такое тестовое покрытие

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

Ширина тестирования отражает какая функциональность затрагивалась тестированием (модули/функции).

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

Уровни тестового покрытия по ширине:

Автор: Роман Горбунов, руководитель проектов в сфере обеспечения качества ИТ‑компании «Точка качества».

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

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

Чтобы выпустить на рынок востребованное ПО, которое будет работать быстро и корректно, будет соответствовать критериям безопасности и дизайна, необходимо провести тестирование. Тестирование ПО — это многогранный и сложный процесс, который делится на виды, этапы, методы и инструменты и требует особых компетенций, которыми не всегда обладают другие ИТ‑специалисты.

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

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

С ростом проекта и функциональности ПО неизбежно увеличивается объем регрессионного тестирования, хотя сроки зачастую остаются прежними. Как при этом грамотно преодолеть сложности на Scrum-проектах? Читайте в нашей статье.