Отправляет email-рассылки с помощью сервиса Sendsay
  Все выпуски  

Как прервать тест и вернуть ошибку при истинности условия?



Software-Testing.Ru - портал тестировщиков  

Новые темы форума тестировщиков


Как прервать тест и вернуть ошибку при истинности условия?
2015-01-19 10:27

Добрый день.

 

Есть тест, в котором проверяется, что все кусочки одной строки входят в другую.

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

 

for (int i=0; i<testLegalAddressArray.length; i++)
{
 if (!legalAddress.contains(testLegalAddressArray[i])){
  errorMessage = "Часть адреса не входит в юр.адрес";
  break;
 }
}

 

Хотелось бы вместо break увидеть ошибку выполнения теста. Как это сделать? 

 

Не судите строго за такой вопрос, я совсем новичок в этом деле. Очень надеюсь на помощь.



Тестирование функиональности во время нагрузочного и стресс тестирован
2015-01-19 11:28

Добрый день, есть проект. В данный момент большое количество регрессионных сценариев покрыто автотестами, проект довольно большой, регрессионных тестов несколько сотен.

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

А как устроено у вас?

 



Автоматизация тестирование конкретных тест-кейсов SEO
2015-01-19 13:19

Всем привет. Посоветуйте, каким образом следует автоматизировать следующие сценарии при тестировании SEO:

 

1) Тег <title> должен соответствовать тайтлу статьи указанной при её создании;  

2) Тег <meta description> должен соответствовать описанию, указанном при создании статьи.

3) Идентичная ситуация и с тегом meta keywords, значение которого должно соответствовать указанному в параметре keywords при создании статьи.

 

P.S. Это всего лишь некоторые примеры сценариев приведенные для лучшего понимания основной сути. 



Школа Тест-Аналитика: Как тестировщику работать не 12 часов, а головой
2015-01-19 14:48

Как-то раз, молодой тестировщик пришёл к более опытному и успешному с вопросом:

- Я так стараюсь, я так много тестирую, но всё равно я не успеваю протестировать всё!

Что же мне делать? Неужели, пропускать баги – это нормально?

- Нет, - отрешенно ответил коллега.

- Но что же тогда мне делать? Тестировать больше? Тестировать по ночам?

- Тоже нет, - уже менее спокойно продолжал свои ответы опытный тестировщик.

- Но как иначе? Как же мне тогда успевать тестировать всё?

- Ничем не могу помочь! - молвил гуру, и углубился в чтение сайта.

"Тест-анализ" - прочитал молодой человек на мониторе и подумал: "Вот эгоист, а? Нет бы нормально ответить!!!".

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

Мы предлагаем уйти от этой порочной практики. Как сказал Стив Джобс, «работать надо не 12 часов, а головой». Поэтому, на курсе «Школа Тест-Аналитика» мы собрали и заботливо для вас упаковали только те знания, которые позволяют получить качественный прирост в результате. Что из этого получилось – посмотрите в Программе курса.

«Курс, практически, перевернул мое сознание в сфере тестирования. До него я ничего не слышала про тест-анализ, была только куча разной информации, плавающей где-то на поверхности…
В общем, ощущение, что у меня был сломан мозг, а мне его вправили

Один из отзывов на Школу Тест-Аналитика

Хотите записаться? Не торопитесь! Для начала, оцените, готовы ли вы к участию в курсе:

  • Курс рассчитан не на новичков, так что записывайтесь, только если у вас есть не менее 1-2 года активного стажа в тестировании
  • Помимо ознакомления с теорией, вас ждёт объёмная практическая часть – не стоит регистрироваться, если вы не сможете выделить на обучение как минимум 5-6 часов в неделю
  • Ознакомьтесь с отзывами выпускников, чтобы принять взвешенное решение
  • Посмотрите видео первого урока.

Если же у вас останутся любые вопросы – мы всегда на них с удовольствием ответим. Просто напишите нам на trainings@software-testing.ru

Посмотреть программу и условия участия в тренинге “Школа Тест-Аналитика”


Читать дальше

Элемент требует повторного клика в тесте.
2015-01-19 14:50

Использую Selenium Web Driver + C#.

Ситуация такая: при ручном тестрировании клик по элементу отрабатывает нормально. При автоматическом тестированнии почему-то нужно вызывать функцию клика два раза. При одиночном клике не отрабатывает.
Клик таким образом происходит, если упростить(остальное к делу не отностится):

....
By element;
Driver.FindElement(element).Click();
...

форма с элементом находится в фокусе.

элемент точно находится по своему Xpath. И точно находится в единственном экземпляре.
Делал вызов:
 

Logger.Trace("Click:" + by.ToString());

Оба раза выводит одно значение. Но почему-то отрабатывает только второй раз.


 



Организация автоматизированного тестирования, новый тренинг, начало 2
2015-01-19 15:00

Второй запуск тренинга.

Авторы и ведущие тренинга: Алексей Баранцев и Наталья Руколь

У многих тестировщиков, а также и у многих менеджеров, при звуке слов "автоматизация тестирования" в мозгу возникает идиллическая картинка в стиле научно-фантастических романов: роботы выполняют рутинную и тяжёлую работу, а человек занимается интеллектуальным или творческим трудом.

Но это никакая не фантастика, это вполне реально и достижимо!

Да, можно освободить тестировщиков от выполнения некоторых типовых задач, переложив эту работу на плечи роботов. Таких рутинных действий тестировщик совершает больше, чем кажется на первый взгляд. Автоматизировать можно не только собственно выполнение тестов, но и подготовку тестового стенда, генерацию тестовых данных большого объёма или высокой сложности, помощь в проверке результатов, полученных при ручном тестировании (сравнение текстов, картинок), создание отчётов или иных документов.

Однако нельзя просто пойти и купить робота, который начнёт немедленно приносить вам пользу. Можно либо взять "универсального" робота и обучить его, либо взять конструктор и собрать узкоспециализированный автомат для решения ваших конкретных задач.

Процесс внедрения автоматизации – это как раз и есть процесс создания или обучения роботов.

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

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

Ну и конечно без инженеров в этом деле не обойтись. Правильно выбрать средства автоматизации, интегрировать с инструментами групповой работы (баг-трекер, сервер непрерывной интеграции, системы отчётности) – при решении этих технических задач талант инженера-автоматизатора может раскрыться в полной мере.

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

Чтобы научить вас правильно планировать процесс внедрения автоматизации, успешно решать технические задачи и адекватно оценивать текущее состояние процесса

мы разработали новый тренинг, особенность которого заключается в том, что его ведут два тренера – "менеджер" и "инженер".

Это позволит вам увидеть проблемы, которые возникают при внедрении автоматизации тестирования, с двух разных (можно даже сказать противоположных) точек зрения.

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

Программа тренинга и условия участия


Читать дальше


© 2010 | Software-Testing.Ru


В избранное