В последние несколько лет, с тех пор, как методология agile начала действовать, когда ее основатели кричали и хотели покончить с обыденными и трудоемкими реалиями традиционной модели водопада, влияние этого также можно ощутить, когда дело доходит до автоматизации тестирования. ,
Автоматизация в водопаде против автоматизации в Agile
В области традиционного процесса жизненного цикла тестирования, автоматизации тестирование , как правило , это возможно , если приложение является стабильным, устойчивым и требованием является вовлечение с реальным значительным количеством времени , и в большинстве случаев , связанных с набором очень умелых автоматизациями экспертных ресурсов а также значительное количество затрат на настройку. Основная цель Automation Testing — снизить затраты в течение длительного времени и убедиться, что в результате существующих тестовых случаев не было выявлено новых дефектов.
Автоматизированное тестирование по самой природе технологии не носит исследовательский характер, поскольку основная роль Automation Testing заключается в экономии времени и сокращении затрат. Автоматизация тестирования не предназначена для выявления новых и инновационных дефектов. Автоматизация тестирования направлена в основном на подтверждение уже существующего.
Как автоматизировать Agile методологию
Теперь по самому определению гибкая методология говорит об отказе от кропотливой и утомительной документации, чтобы новые и инновационные идеи могли быть реализованы, и люди могли свободно взаимодействовать друг с другом, чтобы можно было реализовать больше этих инновационных и исследовательских идей.
Таким образом, мы можем увидеть противоречие между основными фундаментальными принципами гибких методологий и автоматизации тестирования.
Основные моменты для гибкой автоматизации тестирования
Таким образом, мы должны рассмотреть некоторые фундаментальные моменты здесь, когда речь заходит об оценке использования гибких методологий в отношении методов и методов автоматизации тестирования. Таким образом, нам необходимо учитывать некоторые фундаментальные моменты, такие как время, затрачиваемое на проектирование и кодирование, проверку разработанных сценариев с помощью существующих тестовых данных и принятие их для тестирования (независимо от того, являются ли тесты функциональными или регрессионными). Таким образом, реальный факт Все эти события состоят в том, что для того, чтобы выполнить все эти факты, нам необходимо обеспечить, чтобы для выполнения этих задач потребовалось значительное количество времени и в динамичной среде, где средний спринт занимает в среднем 1-2 недели, и поэтому очевидно, слишком сложно подумать, что так много времени нужно для автоматизации сценариев.
Здесь остается еще один важный фактор — тип изменений в требованиях, которые проявляются при использовании гибкой методологии. Гибкая методология по определению сама по себе является своего рода техникой, которая очень полезна для реагирования на требования быстрых изменений, вызванных заказчиком, и, таким образом, хорошо поддается частым изменениям в ходе общей разработки приложения.
Напротив, автоматизированное тестирование очень полезно, когда речь идет о более стабильных и менее частых типах требований. Таким образом, автоматическое тестирование по определению не поддается различным частым изменениям требований, что сопровождается принятием любых гибких методологий.
Гибкие инструменты автоматизации
Выбор соответствующего инструмента автоматизации также является потенциально очень важным фактором, когда речь идет о внедрении тестирования автоматизации в рамках общей гибкой методологии. Например, лицензированные средства автоматизации навязывают строгий критерий доступа к безопасности для различных типов и уровней пользователей, когда они получают доступ к различным важным ресурсам, принадлежащим этой конкретной инфраструктуре автоматизации тестирования.
В отличие от этого гибкая методология подчеркивает в основном открытое сотрудничество и открытое взаимодействие между членами команды и, следовательно, ограничительные политики, которые напрямую влияют на то, как пользователи будут оказывать негативное влияние на общую сплоченность в команде, и, следовательно, могут приводить к результатам, которые не очень полезно или не очень способствует общему успеху проекта.
Следовательно, первостепенная важность этого процесса должна заключаться в том, чтобы обеспечить качественную доставку сценариев автоматизации тестирования в течение установленного времени, как это предусмотрено гибкой методологией; нам нужно выбрать наши предполагаемые тестовые случаи, которые будут автоматизированы более детально, чтобы эти сценарии автоматизированного тестирования пригодились для повторного использования в будущем, а также чтобы их можно было подготовить в течение надлежащей продолжительности выделенного времени (как требуется в процессе гибкой методологии).
После рассмотрения всех вышеперечисленных факторов мы, таким образом, можем понять, что даже при применении гибких методологий нам необходимо представить такие типы тестов, как, например, регрессивные тесты (поскольку даже во время гибкого тестирования требуется значительный объем работы по тестированию, который требуется). внедрить гибкие методологии для обеспечения лучшего качества всего продукта)
Теперь давайте рассмотрим самые основные ситуации, в которых может использоваться автоматизированное тестирование, и как мы можем применить его в области гибкого тестирования.
Концепции тестирования автоматизации применительно к Agile
