|
|
|||||||||||||||||||||||||||||
|
Повторное использование сценариев IBM Rational Functional Tester с обновленными приложениями и устранение ошибокИсточник: IBM Грейс Чен
Описание: Важной проблемой в применении средств автоматизации тестирования является непрерывная эксплуатация и повторное использование. Поскольку разработчики постоянно улучшают и обновляют тестируемые приложения, необходим способ тестирования обновлений, позволяющий использовать сохраненные сценарии без серьезных затрат времени на изменение этих сценариев. Эта возможность является все более важным фактором в проектах автоматизации тестирования. В данной статье рассказывается, как использовать IBM Rational Functional Tester и пользовательский вспомогательный суперкласс для централизованного изменения весовых коэффициентов свойств объекта при изменениях тестируемого приложения. Несмотря на то, что изменение выполняется в одном месте, это изменение можно распространить на спецификации весового коэффициента во всем сценарии тестирования, экономя время и усилия. Сценарии должны поддерживать работу с приложениями, находящимися в разработке Выполняя регрессионное тестирование, тестировщики обычно генерируют набор сценариев; одновременно с этим разработчики обновляют и изменяют приложение. Более того, разработчики могут в процессе разработки менять свойства некоторых объектов или иерархию объектов. При воспроизведении сохраненного сценария с обновленным приложением в процессе тестирования могут возникать ошибки, обусловленные невозможностью нахождения объекта. Сценарии обнаруживают изменения, не являющиеся ошибками Рассмотрим следующую ситуацию. Когда разработчики обновляют или изменяют приложение, они меняют также заголовок окна в соответствии с версией приложения. В сохраненной карте сценариев собраны объекты из различных карт объектов различных экранов приложения. Каждая карта объектов использует один и тот же объект окна в качестве родительского для всех объектов в иерархии. Заголовок окна - критически важное свойство, используемое для идентификации объекта. При воспроизведении сохраненных сценариев с новой версией приложения, в которой изменены заголовки окон, будут часто возникать ошибки Алгоритмы распознавания объектов Rational Functional Tester основаны не только на самом объекте. Они проверяют также свойства объектов, которые находятся выше в иерархии, проверяя цепочку предков до самого верхнего объекта. Перенастройка сотен значений весовых коэффициентов свойств требует значительных затрат времени Чтобы Rational Functional Tester перестал считать изменения свойств ошибками, необходимо уменьшить весовой коэффициент критичного свойства до 0. В конце концов, измененный заголовок окна не является ошибкой. В результате Rational Functional Tester не будет использовать данное свойство для идентификации объекта. Однако в Rational Functional Tester глобальной настройки для уменьшения весового коэффициента заголовка окна, по-видимому, нет. Это означает, что его необходимо вручную изменить в каждой карте, содержащей соответствующий объект. Представьте, что у вас есть сотни карт объектов, которые нужно изменить. Оцените время, которое может понадобиться для каждой итерации. Настройка сценариев на поиск ошибок, а не допустимых изменений кода Необходим программный способ для централизованной установки весовых коэффициентов свойств общих объектов, входящих в тест. Вместо ручного изменения коэффициентов в каждой карте объектов или повторного считываний свойств объекта в карты можно изменить его во время исполнения. В ваш метод добавляется вспомогательный суперкласс (helper), который затем вызывается из каждого сценария, где нужно изменить весовой коэффициент свойства объекта. После добавления такого метода тестировщики получают возможность выполнять старые сценарии с обновленными приложениями, лишь слегка меняя эти сценарии. Более того, теперь изменения, например, в заголовке окна более не приводят к ошибкам. Вспомогательный суперкласс действительно полезен Для создания вспомогательного суперкласса, меняющего весовой коэффициент свойств объекта:
После создания вспомогательного суперкласса используем его в сценарии. Ввод вспомогательного суперкласса в действие
Время сотрудников, занимающихся тестированием, является ценным ресурсом. В регрессионных тестах необходимо концентрироваться на существенных изменениях в приложении, а не на заменах заголовков окон и других незначительных изменениях. Если установить весовой коэффициент для заголовка окна в 0, изменения в этом аспекте тестируемого приложения не будут порождать ошибок, и вы сможете использовать свое время для тестирования действительно важных изменений.
|
|