Проверка пользовательского интерфейса на странице Asp.net?

Question

Каков наилучший способ автоматизации тестирования пользовательского интерфейса на странице Asp.net?

Answer 1

Watir или Watin - отличное место для начала.

Подробнее here

Answer 2

Довольно расплывчато вопрос так хороший ответ практически невозможно. Смеет предположить, что использование Selenium может помочь в автоматизации задачи.

Answer 3

Не уверен, что «лучший» способ, это, вероятно, довольно провокационный вопрос ...

Один из способов заключается в использовании веб-тесты в тестовом выпуске Visual Studio см MSDN documentation. Также вот simple tutorial.

Answer 4

Что конкретно вы тестируете? Совместимость с браузером? Представление? Удобство использования? Это довольно широкий вопрос - можете ли вы определить его немного больше?

Answer 5

С точки зрения принятия пользователем? Поиск ошибок? Загрузка нагрузки?

Для первого, попросите других людей использовать его и прокомментировать его.

Для второго вы должны использовать свои тестовые планы и тестовые примеры, которые вы написали заранее, для проверки пользовательского интерфейса с точки зрения проверки данных (как на стороне сервера, так и на javascript), проверки диапазона и всего этого. Я считаю, что есть инструменты, имитирующие клики, которые вы можете использовать.

Для третьего попробуйте JMeter.

Что касается тестирования двигателя за веб-сайтом, вы можете обойти веб-интерфейс и написать тестовые классы, которые напрямую вызовут двигатель (если он не закодирован непосредственно в ASP) для проверки его функций. Я бы назвал это другой задачей для тестирования пользовательского интерфейса.

Answer 6

AspUnit, который можно найти на SourceForge.net. Однако проект уже не активно развивается, но он будет работать на .Net 1.1 и 2.0.

Answer 7

• Setup комната с несколькими терминалами запуска приложения
• Подготовьте список задач, чтобы быть завершен
• Привести в добровольцах, чтобы пробежать задачу
• Контролируйте действия добровольцев либо с помощью ленты или одностороннее зеркало

Rin se и Repeat!

Answer 8

Если вы единственный кодер в проекте, я бы предложил проверить его вручную. Тем не менее, вы, скорее всего, страдаете от кооперирующей миопатии. Поскольку вы написали код и знаете, что он должен делать, вы можете подсознательно избегать действий, которые его нарушат.

Я работал с различными методами автоматизации, и они имеют тенденцию быть довольно тяжелыми. Другими словами, вы будете работать над обновлением своих тестов чаще, чем вам хотелось бы.На мой взгляд, автоматическое тестирование становится необходимым только тогда, когда у вас более одного разработчика в проекте, и они не знают о полном объеме.

В идеальной среде разработчик должен иметь специальный тестер, который будет писать и поддерживать тесты, а также проверять правильность кода и удовлетворять бизнес-требованиям.

В реальном мире множество разработчиков - это в основном одинокие волки с ограниченными ресурсами и временем, и лучший способ иметь надежный, без ошибок код - понять бизнес-требования, а затем убедиться, что при написании кода вы не делайте ошибок. :-)

Answer 9

Я голосую за менеджера тестов в Visual Studio 2010, а затем создаю для него "Coded UI tests"!

• Очень легко создать утверждения
• Очень хороший код (читаемым!)
• Легко и ремонтопригодны, потому что код легко читается, и вы можете изменить способ, как элементы управления находятся на странице

Я быстро сделал comparison or WatiN, Selenium and Test Manager VS2010