Разработка системы автоматизированного тестирования при помо … мворка Protractor для web-приложений

Автор Denis Lisitsin
Разработка системы автоматизированного тестирования при помо … мворка Protractor для web-приложений

Здравствуйте меня зовут.

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

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

Здесь идет скорее о структуре построения такой системы чем возможность. Екатеринбурга по технологии могут быть расширены и применение для других языков и инструментов однократного его основные преимущества автоматизированного тестирования — это и замена ручного тестирования и возможность использовать один и тот же текст для разных формы приложений также исследование ошибок после каждого изменения внесены в разработчикам под, а также поезд непредвиденных ошибок. Так как машина часто способности героев которые ручной тестировщик предусмотреть не мог. Но несмотря на все перечисленные преимущества ручного тестирования — это обуславливается сложностью тестировать приложения также специфичностью используемых инструментов языков. Именно поэтому на начальном этапе необходимо было чётко определиться с общим процессом внедрения системы кондиционирования у нас следующий изначально в команде разработчиков просто какие-то изменения в код — это может быть давление погода. Новом канале или изменения старый на основе этих изменений команда аналитиков разрабатывает тестовые сценарии который проверяет корректность работы визового функционалов этот тестовый сценарий отправляется в команду автоматизаторов автомата очередь адаптировать AppStore для автоматизации потому, что невозможно реализовать выплата тест имя прогоняют на основе результатов полученных после формируются отчеты причём дети бывают разных видов они отправляют в команду тест аналитика в другую команду автоматизации делается — это спросили чтобы каждому участнику было четко. Понятно время низкий причины сбоя также на основе городе документация который также является команда автоматизаторов так чтобы было легко разработанных печах и использовать их при дальнейшей разработке чтобы рисовать данный процесс были выделены следующие основные требования во-первых так как речь идёт о приложении — это доступ к элементам при помощи идентификаторов, а также здесь sxv10 запросов соответственно необходимо было максимально изолировать влияние изменения кода на доступ к элементам то есть на работу тестов. Кроме того необходимо было унифицировать так чтобы можно было использовать для разных целей для разных форм для разных приложений нужно было однозначно сопоставить их с ручными сценариями чтобы Audi теста проходила максимально просто. Библиотека У нас достаточно сырая внимала стандартных методов необходимо было расширить и методы создать для скопировать систему с инструментами разрабатывается система отчётности разных видов на разных участников команды и максимально автоматизировать процесс создания документации первым делом естественно нужно было определиться с используемым инструментом в нашем случае его руководствовались правилам так называемого отсутствия зоопарка инструментов. Что — это значит предположим, что в команде сборка проекта происходит нашёл теста пишется на поэтому она приложение разрабатывается при помощи приборов джаваскрипт она была в таком случае если мы уберем одно из звеньев отвечающих готовили на участке процесса работа может быть как только волосы приостановлено так как все участники процесса как бы мы не хотели могут быть длина компетентного всех инструментов соответственно если мы — это будем производить при помощи понятного всем языкам в таком случае во-первых значительно улучшается качество кода так как все и разработчики тестировщики и дизайнер. Они все задействованные в общем процессе. Ну именно поэтому вы выбрали в качестве тамарка 9 серия про трактор написано джаваскрипте и существует непосредственно для того чтобы стирать приложение написано было пресс для него была выбрана настройка из возможных вариантов. Это был. Жасмин тоже не случайно как на схеме тесты пишется при помощи этого фреймворка также улучшает понятность далее необходимо было расширить стандартный методы для того чтобы писать — это расширение. НАТО на восток приложение мы использовали так называемые компонентный подход то есть страницу нас разрабатывается гнездом элементами от корня она составляется из-за небольших частей эти часы называются компоненты они разрабатывают разработчиками и дизайнерами сначала одену, а затем помещается на страницу связываются между собой некоторые функциональностью слушать клубную музыку. Здесь мы видим вкладки табы выпадающий список откуда он бокс и поле для выбора. Дат почленно становится, что тестировать необходимыми всю страницу целиком, а каждый компонент в отдельности. Таким образом мы максимально избегаем влияние изменения кода на работу теста как мы крутимся внутри каждого компонента у которого по спецификации фиксированный разметка с разработчиками ночёвкой договорились, что каждый компонент будет обладать уникальным идентификатором чтобы мы могли легко. Достучаться чтобы реализовать данное расширение была построена следующий раз я был взят стандартный класс про трактора котором содержится основные методы — это клике на кнопку и тому подобное дали от этого класса была последовательна класс пользовательских методов который содержит общие пользовательские методы для каждого из компонентов например ширины и высоты или нажатии на кнопку по названию. А дальше уже от этого класса было обследовано ряд специфических.

0 комментариев
0

Читайте также