...
На ручное тестирование времени примерно надо в два раза меньше чем на реализацию этой фичи.

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

Автору топика.
На абстрактную фичу на тестирование затратится абстрактное время. Никакого более конкретного ответа дать нельзя. Могу дать совет, когда оцениваете время, прибавляйте время на написание багов, отчетов и верификацию быстро починенных дефектов. Это отнимает значительное время. Если не написана тестовая документация - то время на планирование тестирования тоже прибавляйте.
Если у вас есть готовый чеклист или набор тесткейзов, то оценить время будет проще.

А вообще прав Майкл Болтон. Он говорит, что суммарное время на тестирование оценить очень просто. Например, если сегодня 7 апреля, а релиз назначен на 21 апреля, то у вас есть ровно 2 недели на тестирование. Все.
И вы не должны приходить и говорить начальству, что я за 2 недели не успею, мне нужно 4 по моим подсчетам. А вы должны сказать, по моим подсчетам нужно 4 недели, за 2 недели мы протестируем это и это, а то и се только поверхностно. При этом есть такие-то риски. Устраивает? И пусть начальство дальше думает.

Все понял, но осталось нек-рая неудовлетворенность документацией на Selenuim,
к-рая умалчивает о проверках и "игнорирует" JUnit.
Правда, там еще есть полезный раздел 7, но и он неполон.
Хотя, и это объяснимо: документация описывает ср-ва WebDriver, а построение тестов - шире и
предполагает применение JUnit или подобного инструмента в случае использования Java,
или дополнительного кода (или пакетов) для python, ruby и пр.
Впрочем, всегда можно обойтись и базовыми ср-вами языка.

Судя по вашему комментарию, все-таки не все поняли. Ожидать от документации селениума описания того как работает junit не стоит. Это все-равно, что ожидать увидеть в документации к дрели, которая делает дырки, описание того как правильно пользоваться лазерным уровнем для верного определения места где эти дырки быть должны.
Например. Недавно одни и те же тесты для сравнения я реализовал на связке selenium + ruby + одна из технологий (просто руби без дополнений, Test::Unit, Cucmber, FitNesse и RSpec). И еще rake пускалку приделал. Спрашивается какая технология должна какую описывать в своей документации?

И построение селениум тестов на java вовсе не предполагает использование junit. Только автор тестов знает что он будет использовать, авторы селениума не знают и не хотят гадать или заставлять. Selenium WD - это, по большому счету, только лишь автоматическая генерилка пользовательских событий (клик мышки, нажатие на кнопку клавиатуры, переход на страничку) в браузере. И все.

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

В своем комментарии я признал, что отчасти напрасно критиковал доукментацию на Selenium 2.
Полагаю все же, что уделить внимание именно ПОСТРОЕНИЮ ТЕСТОВ можно было бы, хотя бы и не в основной части.

Еще раз повторю, Селениум не вправе диктовать то, как автор тестов их будет организовывать. Способов очень много и я считаю, что это очень хорошо, что они не захламляют официальную документацию. Вот, кстати, вчера в твитленте обнаружил "Selenium is a BROWSER automation tool. For every-fucking-thing else please ask some-fucking-where else other than a Selenium user group." (отсюда: https://twitter.com/#!/FuckingSeTips)

Не порекомендуете какой-либо связный материал по построению тестов на WebDriver + Java?
...
Видимо, это в определенной степени востребовано,
но для новичков или начинающих, к коим я себя отношу, полезны были бы материалы начального уровня,
к-рые можно было бы изучить off-line, сравнить методики, выбрать более приемлемые и понятные, а не закладываться
на суждения и опыт "драйвера" данного сайта.

Скорее всего не посоветую ибо просто не знаю что можно посоветовать. Ищите в блогах на английском. Книгу по xUnit, которую Алексей предложил я (совершенно независимо) вчера скачал с корпоративной библиотеки и собираюсь читать сам). Какие-то сравнения фреймфорков организации тестов скорее всего можно найти в инете, никогда не искал. Нашел вот список, например http://java-source.n...e/testing-tools, но они тут все из разной оперы. Читайте, выбирайте тот, который подходит и используйте для организации своих тестов.
Что касается Junit, то JUnit4 мне не понравился и я бы посоветовал использовать JUnit3. Он проще сам и его при желании проще модифицировать. Или посмотрите в сторону TestNG, говорят он получше. По крайней мере его авторы не поленились написать документацию.

Ах да, наверняка для WebDriver для джавы есть специальные фреймворки. Я их, к сожалению, не знаю. Это одна из моих целей поездки в Киев на конференцию SQA Days - узнать, чем подобным люди пользуются. Я сам хотел написать какой-нибудь такой фреймворк, но на тот момент работа моя над селениумными тестами закончилась. Надеюсь в будущем реализовать эту идею.

Подскажите пожалуйста аналог сигнала через динамики в JAVA.

java.awt.Toolkit tk = Toolkit.getDefaultToolkit();
tk.beep();

<---- вот это издает слишком тихий и неприметный звук. хотелось бы чтото по типа beep bp C#...

Если консольное приложение, то пищит так

System.out.print("AAA");
System.out.print("\7"); //Вот это вот издает звук
System.out.println("BBB");

В IDE (Eclipse) - не пищит, в виндовой консоли - пищит.

старшие братья, подскажите, пожалуйста, как научить selenium видеть svg элементы?

А скорее всего никак (т.е. по координатам). SVG элементы не является частью DOM модели и все это SVG по идее не отличается от встроенного java applet-a или flash-a.

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

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

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

Коллеги, в связи с тем, что я меняю место работы - на моем пока еще текущем месте (в компании Oracle Development Spb) появилась вакансия.

Что я могу обещать кандидату:
- Работу в известной, престижной и стабильной фирме.
- Лучшее соотношение зп, соцпакета и условий работы в Питере (по нынешнему опыту собеседований).
- Работу в профессиональном коллективе (команда в Питере [сейчас 11 чел] существует с 2005 года, с тех пор никого не брали). Некоторые работают чуть ли не с появления языка Java.
- Одного из самых лучших начальников с которыми мне приходилось работать.
- Работу над созданием языка Java (в области JavaME).
- Возможность набраться опыта и изучить множество различных технологий.
- Отсутствие переработок и сбалансированный график релизов.

Что надо от кандидата:
- Небольшой опыт в тестировании (или программировании), от года (я пришел на такую позицию с 4-х летним опытом, если что, но новенького хватило на несколько лет).
- Знание английского - уверенное читать/писать, бла-бла чем лучше, тем лучше (рабочая переписка на английском, есть коллеги в США, возможны рабочие митинги на английском).
- Умение связать пару слов на Java (не надо быть программистом, но знать язык на некотором уровне обязательно).
- Знание различных операционок и скриптописание будет большим плюсом.
- Умение врубаться в новые технологии и самостоятельно их изучать.

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

Оракл корпорация большая, для ускорения процесса пишите мне в личку или на почту budabum @ gmail com
Обещаю, что все присланные резюме я переправлю своим бывшим коллегам. Вопросы "почему меня [ещё] не позвали" итд. не принимаются.
Готов ответить на вопросы относительно рабочих обязанностей и тд. Про деньги НЕ спрашивать! Во-первых я не знаю сколько. Во-вторых, не меньше, чем в других фирмах в Питере. Просите столько, сколько вы думаете, что вы стоите и если вы этого стоите - вам это дадут.

Далее официальное описание.

Народ, подскажите пожалуйста, может кто сталкивался с этой бедой? Реально нужно реализовать эту функцию, но ничего не выходит. Была версия что это какие-то сложные javaScript, но я так не думаю, другие подобные функции реализуются, а эта никак не хочет

JavaScript скорее всего. Сложный не нужен. Нужен какой-то, который мешает работать HTMLUnitDriver-у. Может быть всё что угодно. Без анализа страницы, на которой происходит, никто вам не поможет. А может и с ним тоже. Я когда пытался его прикрутить правил безобидный JS на некоторых страницах, иначе напрочь зависал. Но потом мы от него отказались ибо он то падал, то не работал.
Кстати, раньше надо было JavaScript явным образом включать в HtmlUnitDriver-e. В вашем коде этого нет.

TestNG или JUnit юзаете?

JUnit

Junit 3.x или 4.x?

Для 4го Junit я гасил браузер через ShutDown hook, инициализировал драйвер перед самым первым тестом, если он еще не инициализирован.
Ну естественно в tearDown остается разлогинивание, а в setUp - логин (как-то так, у меня на самом деле логин выполнялся в базовом классе при инициализации тестового класса).

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

Чего-то пока из Питера никто не откликнулся. Только из других городов. Кстати, сразу скажу, что компания не оплачивает relocation.
А уже завтра начинаются первые собеседования.
А вы знаете, что новый работник в компании Оракл может рассчитывать на примерно вот такой рабочий комп http://spb.onno.ru/ru/witem/21395/ (только памяти побольше). Ну ли на аналогичный ноут бизнесс класса от некоторых других производителей.

Добрый день!
Во-первых, хочу поддержать ребят, которые говорят о том, что тестовое задание надо давать хотя бы после интервью, а не до него. Причин несколько, думаю они будут понятны из написанного ниже. Я бы предложил такую схему:
Изучение резюме и телефонный скрининг (для определения того, что человек хочет выполнять предлагаемую работу в принципе) -> техническое собеседование (лучше когда несколько человек, всей командой не обязательно, не все любят) -> тестовое задание (опционально, в них есть несомненные плюсы) -> второе интервью для определения условий итд (желательно с руководством) -> офер (для победителя).

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

В-третьих. 2-3 дня на такое тестовое задание абсолютно нормальный срок (это для тех, кто что-то подозрительное тут увидел). Не забывайте, что кандидат может иметь работу, на которой у него есть задачи, другие интервью и тестовые задания, семью итд. А лучше всего спросить самого кандидата за сколько он сможет сделать задание. Это тоже показатель.

Может, пока готовится официальная выкладка презентаций/видео, докладчики поделятся своими слайдами здесь?

Я бы вот очень хотела бы получить презентацию двух Сергеев, распечатать себе "Тестировщик, не ной!"

Сделал слайдкаст своего секретного доклада на конференции SQA Days 11. Слайдшара ухитрилась испортить некоторые слайды, но не критично: http://www.slideshar...haL/ss-12710814

Звук взят из видео, за которое огромное спасибо Стасу Фомину. Видео моего выступления тут:

Как запустить отдельную тестовую функцию JUnit4 из консоли?
...
С помощью java -cp org.junit.runner.JUnitCore [имена тест-классов] можно запускать классы целиком (все функции помеченные @Test), а вот как запустить отдельную тест-функцию? Например, myTest.qwer() из примера?

Никак. Надо свой тест раннер писать. Или, если в отладочных целях, то можно закоментить ненужные анотации @Test.

Добрый день, уважаемые тестировщики!)

Отправте или напишите, пожалуйста, пошаговую инструкцию по установке Selenium под Убунту и запуску первого теста на python(например, для популярного поисковика).

А чем вас не устраивает описание из официальной документации?
http://selenium2.ru/....html#webdriver
Есть команда, которую надо запустить для установки (на питоне) и есть маленький скрипт для этого же языка.
Убунта или неубунта - селениуму наплевать.

сам искал такое.
Если найдете, сообщите пожалуйста.

Ничего вы не искали.
Вот например поищите на этом форуме по словам "проверка ссылок".
А вот то, что я рекомендую, чем пользовался 7 лет: linklint (но есть недостатки).
Ну и конечно есть linkchecker который мне же на этом форуме и посоветовали.

Xenu's Link Sleuth

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

чем обусловлено требование из консоли на линуксе? Почему нельзя воспользоваться виндовой виртуалкой?
Из консоли на линуксе хорошо запускается wget+grep

А что найдет wget + grep? Даже если рекурсивно wget запускать и потом анализировать коды ответа (хотя тут grep-а явно не хватит), то он битые ссылки внутри документа все-равно не найдет.

Ну ещё можно с ant'ом побаловаться и реализовать такую возможность:)

В анте используется "ихняя" реализация тест-раннера. Чтобы его поменять надо написать свой тест-раннер. Т.е. см. мой предыдущий ответ. В IDE, которое тоже реализовывает свой раннер, на самом деле перебираются все методы класса, но только все кроме выбранного не запускаются. Так 4й Junit устроен.

На самом деле в Junit-e есть возможность запускать тесты на основе селекции по аннотациям. Я не пробовал, но вроде бы для этого надо создавать отдельный тест-свит(могу наврать). Как я понял идею, например есть три теста, один с аннотацией @A, другой с @B, а третий с @A и @B. Создаем 2 тест-свита - первый для @А, второй для @B. Итого в первом наборе будут тесты 1 и 3, во втором 2 и 3.

сам искал такое.
Если найдете, сообщите пожалуйста.

Ничего вы не искали.
Вот пример поиска: http://software-test...ch&fromsearch=1
А вот то, что я рекомендую, чем пользовался 7 лет: http://software-test...ch&fromsearch=1 (но есть недостатки).
Ну и конечно есть linkchecker который мне же на этом форуме и посоветовали.

Ок. Спасибо. Только поправьте первые две ссылки.
Linklint - не староват? как понимаю, вы им пользуетесь?
A xenu хорошь тем, что в virtualbox работает с куками IE, а у нас внутренние порталы с авторизацией.

Ссылки не поправляются ибо мудрые создатели IPBoard-а считают, что давать ссылку на результаты поиска никому не надо. Я уже отредактировал коммент.

linklint староват. Сейчас уже ничем не пользуюсь, но для наших целей на прошлой моей работе его хватало (API Javadoc тестировать). У нас его кто-то немного допиливал самостоятельно и много он не умеет (например https). Смотря для чего надо.

А linkchecker поумнее.

1) Уменьшить кол-во тестов, чтобы они проходили за час. Сделать разбивку на тестовые наборы. Остальные тесты, которые не успевают пройти за час запускать отдельно. Например ночью.
2) Использовать Хром. По моим ощущениям он самый быстрый.
3) Уменьшить количество перестартовок браузера, если таковые есть.
4) Уменьшить размер базы, гонять "часовые" тесты на эталонных данных. Тесты на расширенном наборе данных запускать ночью.
5) Избавиться от дублирующихся тестов, если таковые есть. Убрать большинство негативных проверок в другой тестовый набор.
6) Переиспользовать данные, созданные другими тестами, если они удовлетворяют условиям, но не полагаться на то, что они там уже есть.
7) Отказаться в большинстве тестов от селениума и тестировать не через UI.

Если не секрет, с чем связано стремление использовать именно findElements?

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

Наверное, дело все-таки в том, что findElements удовлетворяется если ничего не найдено, а findElement ждет в течение времени заданного в ImplicitWait пока не появится элемент и затем только падает.

Внимание, халтура!


Книга плохая. Она не стоит времени, потраченного не нее.
Огромное количество грубых ошибок как авторов, так и переводчиков.

Примеры ошибок.
* Первое предложение части IV "Автоматизация": "Автоматизация тестов - основная практика гибкой методологии". Минимум два заблуждения в одном предложении.
* На той же странице еще много заблуждений от авторов, но вот пример перлов от переводчиков: "Тема автоматизации также является весьма обширной. Она включает такие задачи, как написание простых сценариев оболочки, установка свойств сеансов и создание устойчивых автоматизированных тестов." Что хотели сказать то?

Резюме: потратьте деньги и время на что нибудь приличное.

Оригинал:

Test automation is a core agile practice. Agile projects depend on automation.
Good-enough automation frees the team to deliver high-quality code frequently.
It provides a framework that lets the team maximize its velocity while
maintaining a high standard. Source code control, automated builds and test
suites, deployment, monitoring, and a variety of scripts and tools eliminate
tedium, ensure reliability, and allow the team to do its best work at all times.

Automation is also a vast topic. It includes tasks like writing simple shell
scripts, setting up session properties, and creating robust automated tests.
The range and number of automated tools seem to grow exponentially as we
learn about better ways to produce software. Happily, the number of excellent
books that teach ways to automate appears to grow just as fast.

Честно говоря не вижу проблем с авторами, вроде бы все по делу. Книгу, правда, еще не читал, давно лежит уж забыл про нее. Спасибо за напоминание.

Добрый день!
На сегодняшний день подсчеты приблизительно такие: человеку с опытом от года можно устроиться на работу в тестирование на зп от 35-40тр, если с умением автоматизировать, то начальная планка будет на 5-10тр больше.
Квартиру не в центре и не самую лучшую, но нормальную можно снять за 18-20тр (с учетом ком. платежей). +2тр на дорогу.
Итого остается порядка 15+тр на жизнь.
Что будет через год не известно.

Если у вас есть склонность к программированию, то изучайте джаву и селениум. Знание скриптового языка типа ruby|python|groovy тоже будет плюсом. Если будет опыт работы с SQL, то тоже востребованно. А вообще - почитайте вакансии на spb.hh.ru - какие там требования к технологиям чаще встречаются.
Если с программированием не очень, то такие вещи как HTML, XML знать надо. Неплохо знать разные операционки - винда/линукс и какие-то навыки написания скриптов (batch|shell).
В целом, учитесь дизайнить тесты, взаимодействовать с программистами и оформлять дефекты.

Здравствуйте.
Решил использовать "по науке" pageobject и столкнулся с проблемой. Есть у меня отдельно класс какой-либо страницы и класс проверок. Отдельно конечно же существует класс с тест-кейсами и вот тут-то у меня загвоздка, наверное, от плохого знания Явы. Так вот проблема в следующем.
MainWindow mainwndw = new MainWindow(driveк)
mainwndw.buttonclick(mainwndw.submit);

В константах у класса страниц хранятся xpath к элементам на этих страницах, а как же тогда к ним обращаться из тест-кейсов и проверок, неужели только через mainwndw.submit? Нельзя ли это сделать красивей как-то? Спасибо.

Не очень понятно в чем вопрос. Напишите, что вы хотите сделать. Что такое MainWindow?
Почитайте про PageFactory - на мой взгляд использование PageObject без PageFactory - это полумера.
PS: и еще, хоть к делу не относится, почитайте про java code style и название локальных переменных. mainwndw это не по джавовски.

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

Сомневаюсь :) Люди занимающиеся подбором персонала обычно, в лучшем случае, знают что линукс существует и как-то используется в компании.

2) Научиться работать в консоли можно и в убунте. Просто забудьте, что есть графические конфигураторы, файловые менеджеры и центр установки приложений. Открывайте терминал и пытайтесь делать всё там. Убунта обладает тем преимуществом, что на начальном этапе помогает сберечь нервы и не способствует возникновению антипатии к ОСи.

Вот с этим могу поспорить. Убунта - УГ и вообще бажное УГ. И нервы попортить она как раз может больше чем другие дистры. Я предпочитаю openSuse.

3) Имхо, знание базовых команд не сильно отличается от умения написать скрипт для bash. Скрипт тоже может быть на "базовом" уровне. А вот поднабрать арсенал полезных утилит и опций можно только на практике: почитайте man даже по самым простым командам и убедитесь, что без опыта всё это множество опций освоить нереально.

Абсолютно точно, полностью поддерживаю этот комментарий. Хотите научиться - перебирайтесь на линукс и работайте в нем, если это не критично для тестируемого приложения (ну или пускайте его в виртуалке, если виндовое). Есть рецепт перелезания на линукс, которым я сам и воспольовался - сначала на виндах перейти на кросплатформенные продукты (мс офис - libre office, почтовик - thunderbird итд.) Единственно - нет замены Far-у (есть mc, но это отстой).