Тестирование сайта - PullRequest
       1

Тестирование сайта

1 голос
/ 07 февраля 2012

Я только что закончил программировать функциональность на новом сайте веб-форм ASP.NET c #.Теперь пришло время протестировать сайт.У кого-нибудь есть идеи относительно того, как лучше всего это проверить?или у вас есть список тестов, которые необходимо выполнить на всех новых сайтах?

Да, я знаю о разработке, управляемой тестами, но у меня не было достаточно времени или опыта для ее внедрения в это решение (к сожалению)

Спасибо

Ответы [ 2 ]

1 голос
/ 07 февраля 2012

Сначала я собираюсь ответить на ваш вопрос, а затем я надеюсь, что вы зададите вам вопрос о вашем подходе к тестированию.

У кого-нибудь есть идеи относительно того, что будет лучшимспособ проверить это?

Если , то в вашем приложении есть бизнес-компоненты, которые не связаны напрямую с System.Web или, по крайней мере, используют абстрактные версии этих классов , тогда вы сможете провести автоматическое интеграционное тестирование.

Взгляните на хорошую инфраструктуру интеграционного тестирования, так как их несколько. FitNesse , SpecFlow , NSpec и т. Д. ... Вам придется создать тестовый жгут самостоятельно, но это будет стоить усилий.

Однако, если у вас есть только один вариант - тестирование через пользовательский интерфейс, вам придется потратить время на Selenium , как упоминалось Antony Scott .Тем не менее, вам лучше всего потратить некоторое время на Selenium RC , чтобы вы могли программно контролировать свои тесты.

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

Теперь для вызова

Я только что закончил программироватьфункциональность на новом сайте ASP.NET веб-форм c #.Теперь пришло время проверить сайт.

Это ошибка №1.Вы должны постоянно тестировать на протяжении всего процесса разработки.Я даже не говорю о TDD. Вам нужно подумать о том, как будет проверяться каждая отдельная функция, и убедиться, что вы тестируете эти функции по мере их реализации. Игнорирование этого создаст проблемы интеграции в будущем.

Да, мне известна тестовая разработка, но у меня не было достаточно времени или опыта для ее внедрения в это решение (к сожалению)

Это миф! TDD не будеттолько поможет улучшить ваш общий дизайн, но сэкономит ваше время в целом.Время, потраченное на тестирование и исправление циклов , будет значительно сокращено , если вы используете TDD.

Что касается опыта, то на 1055 * больше , чем достаточно информация там на TDD , чтобы начать работу.Барьер для входа просто слишком низок, чтобы претендовать на это.Для освоения может потребоваться некоторое время, но у вас более чем достаточно мудрости, чтобы извлечь пользу из сообщества разработчиков.

0 голосов
/ 07 февраля 2012

Вы можете взглянуть на селен. Вам придется писать сценарии для ваших тестов. Я сам этим не пользовался, но понимаю, что это довольно приятно.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...