AutomatedQA - Functional Testing -> Load testing
2009-11-05 10:15 Olika
Здравствуйте! Нужна помощь в Load Testing, но не для Web, а для Win приложения. использую TC 6.4 С#Script. С чего начать? Как к этому подойти? Что нужно сделать? И можно ли вообще сделать, или где почитать... Спасибо!
Компании срочно потребовалось организовать и провести функциональное тестирование системы приема/передачи коротких сообщений (смс). Следовательно – потребовался эмулятор SMSC, который бы выполнял функции оператора по отправке и приему сообщений. В качестве такого эмулятора был выбран SMPPSim, так как данный продукт позволяет почти полностью заменить на тестовом стенде SMSC. Но вот ключевым, в данном случае, оказывается слово «почти». Как выяснилось, SMPPSim в базовой конфигурации не может эмулировать прием ошибочных сообщений, т.е. выдавать Submit_sm_resp отличным от нуля. Хотелось бы узнать, какие изменения необходимо внести в SMPPSim, чтобы он смог генерировать ошибочные ответы? Или кто-нибудь может посоветовать другой продукт для осуществления данного функционала?
Имеется некое web-приложение, в котором есть такой функционал, как загрузка файлов на сервер (есть поле для ввода названия файла и кнопка "Обзор", как я понимаю вполне стандартный элемент). При записи скрипта почему-то не фиксируется никак момент нажатия на кнопку "Обзор". В репозиторий автоматически этот объект не добавляется. Но даже если "руками" добавить в репозиторий этот элемент (распознается как Webfile("userfile")) и дописать соответствующие строки ##### Код { ##### ... Browser("...").Page("...").WebFile("userfile").Set "...\test.JPG" ##### Код } #####,
то при запуске скрипта выдается сообщение о том, что такого объекта в репозитории нет.
Кто-нибудь сталкивался с подобной проблемой и если сталкивался, то какие способы ее решения?
Тестирование защищенности во многом напоминает деятельность хакеров (кракеров), овеянную легендами и окруженную таинственностью. Этот вид тестирования, в отличие от всех остальных, позволяет наиболее полно раскрыться деструктивным наклонностям, которые многие считают одной из отличительных черт характера тестировщика. Здесь это стремление сломать действительно уместно и даже в какой-то мере необходимо. На этом семинаре мы рассмотрим три наиболее распространённые разновидности уязвимостей веб-приложений -- кросс-сайтовое выполнение скриптов (cross-site scription, XSS), внедрение несанкционированных SQL_запросов (SQL injection) и внедрение вредоносных файлов (File injection). Для каждого вида уязвимостей будут продемонстрированы способы их обнаружения и описаны способы защиты.
Тестировщикам (и не только им, конечно) иногда приходится работать в сильно зарегулированной среде -- крупные компании, государственные или военные заказы, требования SOX или CobiT. В такой ситуации естественно существует масса инструкций, регламентов, требований по соблюдению стандартов. А нужны ли стандарты всем остальным, над кем не нависает дамоклов меч аудита? Можно ли извлечь из них какую-нибудь практическую пользу? Да, можно. Изучение стандартов ничуть не хуже изучения любых других источников -- книг или статей в журналах. Просто они написаны специфическим языком, и это затрудняет их чтение. Но вообще-то авторы стремились описать в них полезные и хорошие практики, почему бы не использовать их, отделив от шелухи и мусора слов. Мы рассмотрим наиболее близкие к деятельности тестировщиков стандарты: ГОСТ Р ИСО 9126-93 "Оценка программной продукции характеристики качества и руководства по их применению" и его прототип ISO 9126 "Software engineering -- Product quality", ГОСТ 28195 "Оценка качества программных средств", IEEE 829-1998 "Standard for Software Test Documentation", ISO/DIS 31000 "Risk management -- Principles and guidelines on implementation". Кроме того, будет уделено внимание широко распространённым моделям разработки программного обеспечения Rational Unified Process (RUP) и Capability Maturity Model (CMM/CMMI) применительно к тестированию.
Инструменты и технологии -> Инструмент хрнанения проектной документации
2009-11-05 14:16 padonich
Добрый день. Разыскивается инструмент хранения проектной документации. Желательно Open Source. Требования: документация в формате MS Office, поддержка версионности. Поддержка разграничения прав. Веб-интерфейс. Спасибо.
Selenium - Functional Testing -> как проверить на наличие сообщения/текста об ошибке, если при запуске
2009-11-05 16:50 almarka
Работаю с Selenium IDE. Пытаюсь автоматизировать следующую ситуацию. Есть какое-то поле, при заполнении которого неадекватным значением, возникает ошибка на этой же странице в виде текста. В случае заполнения поля адекватным значением - ошибка исчезает. Для одного поля могут быть разные ошибки. Текст ошибок всегда появляется на одном и том же месте. Когда, записываю тест (прохожу ручками), то ошибка появляется и казалось бы есть возможность использователь VerifyTextPresent, но когда я проганяю записанный тест, то текст об неправильном заполнении поля не выскакивает и соответственно валится. Пробовала перед VerifyTextPresent ставить WaitForTextPresent - тест вообще стопится, потому как дождаться своего текста не может. VerifyVisible, VerifyElementPresent, VerifyElementNotPresent - тож не помогли, как с использованием xpath, так и без него. Ох, и кликание на другом каком-то поле после заполнения "своего неадекватного" тож не помогло - текст ошибки все-равно не появляется в автоматическом режиме... Текст ошибки Firebug-ом: <td id="tx_property_error" class="padding red" colspan="7">Проверьте ХХХХ </td> Может кто-то сталкивался с такой ситуацией раньше и знает ее решение ))? Спасибо