Используя рекордер с кодированным пользовательским интерфейсом, мы тестируем наш интерфейс для непрерывной интеграции, но мы попали в заблуждение в том, что одним из действий, которые мы хотим проверить, является действие удаления.Объект тестирования кодированного пользовательского интерфейса не существует после удаления из коллекции
Мы проверяем, что элемент списка, который мы собираемся удалить, существует, затем нажмите «Удалить», команда «Удалить» удаляет его из связанной с ним коллекции. Мы утверждаем, что элемент списка больше не существует, но он все еще говорит, что он делает
мы думали, что мощь потребовалось несколько секунд, чтобы полностью избавиться от объекта, чтобы мы поместили 20-секундную паузу, прежде чем утверждать, но по-прежнему говорит, что существует
автоматизация идентификаторы для ListItems поистине уникальны, они состоящий из строки + идентификатор номера в списке + значение текстового блока в элементе списка, поэтому он определенно не путается с другим элементом
Любые мысли на это были бы весьма полезными?
Ну, первый шаг - запустить приложение и посмотреть, удаляет ли кнопка удаления объекты (визуально или еще что-то). Если ваша автоматизация проверяет, сохранился ли объект в памяти, то либо еще что-то еще ссылается на него, либо сборщик мусора еще не получил его, первый из них является потенциально более крупной проблемой. –
. Что делает тест между удалением и утверждать? Обновлена ли карта пользовательского интерфейса? Можно ли утверждать, что вы находите старые данные? – AdrianHHH
@GordonAllocman Кнопка удаления работает как ожидалось, она удаляет элемент из наблюдаемой коллекции, и представление обновляется, как и ожидалось, посредством привязки к наблюдаемой коллекции. Что касается, возможно, пребывания в памяти - это была наша первоначальная мысль, поэтому 20-секундная задержка –