тулза для стресс тестирования
2010-12-23 10:35
Может такая тема и была, извините, я не нашел.
Нужна тулза, которая бы резала ресурсы ПК, что бы провести Стресс тестирование.
Нужна помощь в нажатие на кнопку
2010-12-23 12:58
в приложении нажимается кнопка обычным кликом $this->selenium->click("link=Создать");
на кнопке эта ссылка <a onmousedown="top.formChanged = false; return false;" href="javascript:doSubmit('BT_CA_RUN_CREATE')">
проблема заключается в том, что при обычном клике выходит конфимейшн, соответсвенно подтвеждение автоматически не сработало href="javascript:doSubmit('BT_CA_RUN_CREATE') на этом у меня валится весь тест
пробовал этот метод, тоже не помог $this->selenium->fireEvent("link=Создать","click");
на этом моменте тест прерывается, выходит конфирмейшн и через 30 сек test terminated
Создание схемы подукта
2010-12-23 14:01
Ребят, такой вопрос: Нужен инструмент, который поможет набросать схему приложения (для последующего его тестирования).
Чтобы можно было схематически отобразить:
1. Состояния приложения
2. Бизнес-процессы
3. Настройки каждого состояния (собственно функционал)
4. И ещё + Состояние ОС
Всё это связать..
Мы начали с OneNote не совсем удобно ибо всё в текстовом виде, хотя добавление ссылок на всё, что угодно, вставка дополнительных материалов это кул.
Теперь перебрались на XMind - удобно в плане наглядности функционала и создании тест-кейзов, но для формирования Бизнес-процессов необходимо создать следующий лист.. и уже при двух листах не так удобно.
Может кто-то знает тул, чтобы можно было нарисовать структуру, пути по которым ходит пользователь, и например, "вынести", сохранить в каком-то формате "слепок" состояния (типа один тест-кейз), из которого на одном листе будет понятно в каком состоянии находится приложение (в идеале и ОС), какие настройки задействованы, что сделано и где случился фэйл :) А если к тому месту где он случился можно и файлы присоединять , картинки.. ну тогда вообще зашибись будет! )
XMind (или MindManager), хороши, но полностью не покрывают того, что хотелось бы сотворить..
Может какой-то генератор тест-кейзов в таком виде? Самописные может есть? :) Было бы просто замечательно.
Заранее спасибки
А кто-нибудь идет на Microsoft Quality Assurance Day 22 февраля 2011? Регистрация до НГ дешевле!)) И обещают интересных людей. Отпишитесь плиз, если есть желающие...
Задачи и обязанности:
Выполнение проектов по ручному и автоматизированному функциональному тестированию банковских систем;
Разработка отчетов и технической документации.
Квалификационные требования:
Высшее образование;
Опыт функционального тестирования автоматизированных систем (желательно банковских);
Желание и возможность быстро освоить средства автоматизированного тестирования и заниматься автоматизированным тестированием;
Обязательно знание языков программирования (желательно VB, C или Java) и опыт разработки программ не менее 1 года;
Приветствуется опыт работы с базами данных, знание языка SQL;
Приветствуется опыт работы с серверами приложений, опыт подготовки тестовых стендов (установка и настройка системного ПО);
Обязательно знание общих методов и принципов тестирования ПО.
Приветствуется опыт использования каких-либо средств автоматизированного тестирования;
Приветствуется опыт написания технической документации;
Ответственность, инициативность, мобильность.
Условия:
Офис – Москва, ст.м. Академическая;
График работы - 5/2, полный рабочий день;
Доход по итогам собеседования + соцпакет (медицинская страховка, фитнес), собственная столовая;
Возможность профессионального обучения и роста.
Резюме и вопросы высылайте на адрес: zolotaya@i-teco.ru
С уважением,
Золотая Жанна
менеджер по персоналу ЗАО "Ай-Теко"
Задачи и обязанности:
Выполнение проектов по автоматизированному нагрузочному тестированию банковских систем.
Разработка отчетов и технической документации.
Квалификационные требования:
Высшее образование;
Опыт работы в аналогичной должности не менее года;
Обязательно знание языков программирования (желательно VB, C или Java) и опыт разработки программ не менее 1 года;
Знание и опыт использования средств автоматизированного тестирования, желательно:
HP QuickTest Professional
HP Quality Centre или аналогичный продукт;
Желание и возможность заниматься автоматизированным тестированием;
Знание современных программных технологий, архитектурных решений;
Приветствуется опыт работы с базами данных, опыт работы с серверами приложений (установка настройка), опыт подготовки живых и виртуальных тестовых стендов (установка и настройка системного ПО);
Обязательно знание общих методов и принципов тестирования ПО.
Опыт написания технической документации;
Ответственность, инициативность, мобильность.
Условия:
Офис – Москва, ст.м. Академическая;
График работы - 5/2, полный рабочий день;
Доход по итогам собеседования + соцпакет (медицинская страховка, фитнес), собственная столовая;
Возможность профессионального обучения и роста.
Резюме и вопросы высылайте на адрес: zolotaya@i-teco.ru
С уважением,
Золотая Жанна
менеджер по персоналу ЗАО "Ай-Теко"
StarTeam Web Edition
2010-12-23 19:25
Добрый день!
Интересует, есть ли опыт организации доступа в StarTeam через ВЕБ интерфейс с использование сервера Apache Tomcat ?
Насколько я понимаю, StarTeam Web Edition официально поддерживает только IIS
Либо опыт разработки собственного ВЕБ клиента для StarTeam ?
Господа, а не занимается ли тут кто-нибудь автоматическим тестированием серверного софта, когда в процессе задействовано несколько компьютеров?
У меня к вам серьёзный вопрос: Как Вы это делаете?
Или, если не делаете сами, но понимаете как это можно было бы организовать, поделитесь, пожалуйста, идеями/ключевыми словами хотя бы в какую сторону копать.
Что я пытаюсь понять как автоматизировать:
Корпоративная среда, несколько продуктов сторонних производителей, и один — свой.
Есть одна машина, на которой бегает domain controller со всеми пользовательскими профайлами, принадлежностью их к группам, правами доступа и проч. Назовём её для дальнейших рассуждений DC (as in Domain Controller). Она в тестах участвовать не обязана — считаем, что все тестовые пользователи созданы руками заранее.
Есть вторая, где бегает MS Exchange Server, и живут пользовательские почтовые ящики. Эту назовём EXCH07 (потому что там Exchange 2007, но когда-то надо будет добавить отдельную для тестирования Exchange 2010, и, к сожалению даже 2003 — появятся EXCH10 и EXCH03). Для засылки массового количества имейлов с прицепами или просто текстовых сообщений есть питоновский скрипт, принимающий разные параметры (диапазон адресов кому и от кого слать, с прицепами или без, папка с исходниками что слать или откуда выковыривать текст для безприцепных имейлов, сколько их заслать, и т.п. — т.е., процесс спама автоматизирован, и документов, считаем, что есть достаточно. Реально — чуть меньше терабайта.) и есть папки с файлами, которые можно рассылать.
На третьей машине бегает Enterprise Vault (Symantec-овский продукт, используемый для ахривирования всей пользовательской почты... да-да, все большие (или только публичные — не помню) американские компании по закону обязаны сохранять переписку своих сотрудников, и, чтобы не зависеть от воли пользователей с их желанием иногда что-то удалить, делают это на регулярной основе — сохраняют всё, что видят). Эту машину назовём EVLT. Теоретически, архивирование происходит по правилам — либо по достижении некоторого объёма пользовательского mail-box-а, либо каждую ночь, либо в особо параноидальных случаях — каждые 15 минут. Для целей тестирования допустим, что архивирование происходит каждые 15 минут. (Оно ещё может запускаться руками, но программного интерфейса, кажется, к функции "архивировать всё" или "архивировать вот этот ящик немедленно" нет.)
Наконец, на отдельной машине есть собственно тестируемый продукт — по сути — crawler&indexer, который (тоже по команде, но к нему есть java-интерфейс, чтобы запустить его автоматически) облазит содержимое eVault-а, индексирует его целиком или только всё новое с момента последней архивации, и даёт возможность искать текст в документах (имейлах и прицепах) в сотни раз эффективнее, чем eVault это умеет делать сам на больших объёмах информации (поисковый запрос выполняется за доли секунды вместо часов, которые занимает поиск средствами самого eVault-а). Эту машину назовём AUT (как в Application Under Test).
...Новые билды возникают, допустим, раз в пару недель. Руками прогнать все придуманные на сегодня текст-кейсы занимает ну дня два. Но у высокого руководства есть добросовестное заблуждение, что всё должно тестироваться автоматически, и в силу разных политических причин задача разубедить его в неэффективности такого подхода не стоит. Отсюда вопрос: как бы вы подошли к решению задачи автоматизировать процесс end-to-end тестирования?
Типичный ручной тест-кейс:
1. заслать питоновским скриптом в ящики user01...user010 прицепами в случайном порядке все файлы из папки AttachmentFilesFolder (там вордовые и икселовские документы, PDF-ы, PowerPoint-овские презентации и текстовые файлы). Туда же заслать plain-text-ом имейлы с текстами файлов из папки TextAttachments. (Занимает, например, минут 20 для тысячи-другой отосланных файлов.)
2. после того, как скрипт из п.1 отработал, убедиться на машине EXCH07, что в Exchange-вских Inbox-ах появились отосланные имейлы, записать в блокнотик в каком и сколько.
3. руками на машине EVLT запустить архивацию всех мейл-боксов на EXCH07 сервере. (можно, конечно, поставить какой-то тайм-аут, и дождаться, когда через 15 минут — чаще eVault не умеет — заархивирует всё сам)
4. убедиться в Outlook-е, что все имейлы были успешно заархивированы (там меняется иконка, показывающая, что в аутлуке осталась только "заглушка", а физически сообщение переехало в eVault)
5. на AUT машине запустить crawler — сейчас делается руками, но это — тестируемый продукт, и считаем, что доступ к программистам, которые объяснят как этой функцией воспользоваться из java-кода есть. (Обход всех файлов занимает в зависимости от того всё индексируем или только новые сообщения — от десятка минут до нескольких часов. В реальной жизни может занимать недели, но у нас же — тестовая среда, и имейлов — ну, сотня тысяч, а не десятки миллионов, как у конечных пользователей...)
6. после того, как crawler отработал, и всё проиндексировано, через браузер (gwt-приложение, имитирующее fat client, или просто сайт с ajax-ом и поисковым интерфейсом с фильтрацией, как в обычных книжных библиотеках) становится возможно искать слова из отосланных имейлов или прицепленных к ним файлов, и проверить сколько сообщений и прицепов (в результатах индексации и парсинга они видны отдельными строчками) теперь есть в архиве.
Целью тест-кейса является убедиться, что уникальную строку, отосланную сегодня, удаётся найти.
(Другим тест-кейсом будет, например, что залогиненный user01 видит через поисковый интерфейс в браузере только документы, отосланные в его ящик, и не видит отосланные юзеру02. Или — что из отосланных трёх имейлов все три появились с сегодняшней датой. И т.п.)
Вопрос или приглашение порассуждать: как связать и выстроить в очередь задачи на разных компьютерах и управлять всеми, убеждаясь, что следующая ждёт результатов предыдущей?
(Руками это всё делается через remote desktop с одного, разумеется, компьютера.)