qalight
Центр подготовки
IT специалистов

База знаний

Автоматизированное тестирование

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

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

 

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

 

Автоматизированное тестирование программного обеспечения важно по следующим причинам:

  • Ручное тестирование всех рабочих процессов, всех полей, всех негативных сценариев требует много времени и денег.
  • Сложно протестировать мультиязычные сайты вручную.
  • Автоматизация не требует вмешательства человека. Вы можете запустить автоматический тест без присмотра (например ночью).
  • Автоматизация увеличивает скорость выполнения теста.
  • Автоматизация помогает увеличить покрытие тестами (Test Coverage).
  • Ручное тестирование может быть скучным и, следовательно, подверженным случайным ошибкам.

 

Немного углубится в проблематику автоматизированного тестирования нам поможет Тарас Радуленко в своих видео уроках, давайте их рассмотрим:

Условно, автоматизированное тестирование можно поделить на две части:

  1. Поиск элемента по локатору
  2. Действие над найденным элементом. 

В веб-документе мы будем искать по DOM структуре, а именно по X-Path локаторам или CSS-локаторам. На desktop и mobile чаще всего поиск осуществляется по своим координатам. А после поиска мы выполняем действие или тест над найденным элементом.

Локатор — это путь к искомому элементу в какой-либо структуре. Мы с вами ежедневно работаем с локаторами, пример — файловая система на наших компьютерах. 

У нас есть три типа путей к файлу:

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

C:\Users\t.radulenko\Pictures\test_file.txt

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

Picture\test_file.txt

  1. Точный или краткий путь позволяет найти файл просто по поиску, если мы знаем его уникальный идентификатор (например Имя). Это определенно самый лучший способ. Однако необходимо следить за отсутствием дупликаций, например имени. 

test_file.txt