отладки и выяснения причин падения есть необходимость начинать выполнять шаги с определенного места, можно ли так делать?
Десктоп, c#
Да, да. Но есть много НО. Зависит от фреймворка тестирования, как у вас там работа с тестовыми данными организована и т.п.
А что для этого нужно не очень понимаю? Передать WindowsDriver'у id процесса или что?
А можете подробнее описать как подключиться к работающему процессу и затем прогнать в нём тесты?
Возможно я чего-то не знаю, но если это десктоп приложение, там ведь ищется просто поиском по компоненту? И там не важно, когда запущено приложение, до/после...
UiAutomation называется, то, чем я пользовался
Теперь я понял о чём вы говорите. Мне кажется у @Valuamba вопрос был немного в другом.
Я боюсь, что набор тестов в уже запущенном приложении прогнать не получится. В обычной ситуации подобное не требуется. Опишите, пожалуйста, с какой именно проблемой вы столкнулись.
После обновления разработчиками формы, в середине длинного сценария начали тесты падать, но чтобы понять что там падает необходимо визуально увидеть эту ситуацию несколько раз. И я подумал, что было бы не плохо закомментировать предыдущие шаги, захардкодить какие-то данные и вручную открыть в приложении с чего требуется начать, чтобы тест не заупускал заново приложение. Причина этому, что формы долго данные из бд подгружают и приходится ждать от 5 - 7 минут, чтобы увидеть падение, не удобно.
А я понял, о чем вы говорите. Короче, особенности драйвера. https://github.com/microsoft/WinAppDriver/blob/master/Samples/C%23/StickyNotesTest/ScenarioPen.cs Вот тут посмотрите. var newStickyNoteWindowHandle = openedStickyNotes[0].GetAttribute("NativeWindowHandle"); newStickyNoteWindowHandle = (int.Parse(newStickyNoteWindowHandle)).ToString("x"); // Convert to Hex DesiredCapabilities appCapabilities = new DesiredCapabilities(); Вот этот кусок кода гляньте, там указывается Hex код окна. И можно спокойно дальше продолжить автоматизировать. Т.е. надо написать красивую логику, что если указана какая-нибудь опция, типо debug, то если нет запущенного приложения, то запустить его, а если есть запущенное приложение, в единственном экземпляре, то получить его код окна и прицепится к нему.
Если я правильно понимаю ситуацию, то вариантов кроме как модифицировать тесты так, чтобы быстрее добираться до этого случая, у вас нет.
Нет, такого нет способа, функциональность.
https://github.com/Microsoft/WinAppDriver/issues/534 -- вот тут есть вариант, как это с помощью WinAppDriver сделать
Можно и то, и то, но смотря что используется в качестве framework
Обсуждают сегодня