n0mo Jul 4 2018 at 16:46

Visual Studio Coded UI Tests: теория и практика применения в нашей компании

13 min

13K

PVS-Studio corporate blog.NET*DevOps*Visual Studio*

+26

Comments 9

halkar Jul 11 2018 at 08:22

Автору гуглить и читать «page object model» до просветления.

n0mo Jul 11 2018 at 09:53

Спасибо. А что конкретно Вы предлагаете нам? Использовать эту технологию вместо VS CUIT?

halkar Jul 11 2018 at 10:09

Нет, их вполне можно использовать хотя я предпочитаю Selenium, просто не использовать запись тестов.

n0mo Jul 11 2018 at 10:19

Простите, но тогда я не понимаю смысл Вашего первого комментария. Он про то, что я не упомянул pom в своей статье?

halkar Jul 11 2018 at 11:42

Да. Вы много про что сказали, но использование POM это один из важнейших (если не самый важный) моментов для написание sustainable UI тестов.

n0mo Jul 11 2018 at 12:46

Возможно. Но статья же про VS CUIT. Цели подробно рассматривать другие технологии я не ставил. Конечно, если делать развёрнутый обзор — про pom обязательно следует рассказать. Спасибо за Ваш отзыв.

Caolinn Jul 12 2018 at 10:06

Правильно ли я понимаю, что автогенерированные методы и локаторы от CUIT вы используете «как есть»?

n0mo Jul 12 2018 at 10:36

Не совсем. Собственно автогенерируемый код мы не трогаем, так как студия его периодически затирает при внесении изменений. Но в коде тестовых методов, при необходимости, вносятся изменения в свойства объектов и т.п. Что же касается UI MAP, то там масса изменений, но все их лучше вносить через редактор. Хотя иногда бывает удобно вносить правки в xml, хранящую настройки UI MAP, вручную.

Caolinn Jul 12 2018 at 13:14

Спасибо. Пыталась воспользоваться CUIT, но а) слишком много изменений к автогенерируемому коду нужно применять б) слишком дорого + кастомные контролы (например, DevExpress) он не может переварить также, как другие инструменты(