Рекламное немного.

 Контора "КостыльТехРеш" в сжатые сроки преодолеет любые технические трудности заказчика использую многовековые наработки в области самобытных и маловремязатратных решений.

О вежливости и эффективности в переписке, Н-2.

Ещё один совет из области рабочего общения: 

http://neprivet.ru

Коротко:

-------------------------------------------------------------

A short translation for language impaired ones:

"Do NOT  IM like

- You: Hello

- Your colleague: Hello

- You: Would you be able to .... .

---

DO it  like:

- You: Hello. Would you be able to ... ."

Just save the time.

Синдромное и зажратоитэшное.

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

Eng. - be strong and think about others.

Senior engineers!  Just a note - at the very moment you are about to code-up your next shiny, glamorous test automation framework  - think about those middles who will  support and maintain the fruit of your creativity.  Be kind, leave at least couple of notes  on how that "wonderwaffle" is supposed to work!

О наступании на горло собственной песни.

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

Interviews - what do you need them for?

Why do you interview people? What are the final goals of that? I am talking about factual goals, not those one which are declared in your company's  policies. In practice I see quite often that "official" goals are "hire an engineer which would be highly effective and production in this very role/position". Good, sounds great. In fact, when it comes down to concrete interviewers the goasl turn into "show how cool I am, show that those candidates are nothing and do not hire him.". Cruel but true. So, by the end of the day we still have an open position, out candidate writes tons of posts on social media and the only guy who is happy  - that interviewer. He is a hero - defended the Company! Well, as for me, I need an interview to understand whether or not this particular engineer good and suites the requirements, could I learn something from him, is he a fat-learned and generally - "do I want to work with him in the same team?". Simply, keep your coolness for real business.

О целях собеседований.

Вот скажите, зачем собеседовать людей на ту или иную должность? Каковы конечные цели, каковы промежуточные?  И речь не о декларируемых целях, а о фактических. Частенько приходится сталкиваться с тем, что декларируемая цель это нечто в духе "нанять высококлассного инженера который будет максимально полезен работая в данной должности". А вот фактическая цель конкретных исполнителей это "показать какой я весь из себя крутой, показать какой кандидат "никакой",  смешать его с пылью и не принять на работу.". Грубо? Задевает чувства? Зато правда. В итоге - вакансия открыта, кандидат ушёл строчить гневные заметки в уютных бложиках и соц.сетях и лишь собеседовавший ходит выпятив грудь - герой, как же, не допустил, не пропустил в святая святых очередное "ничтожество". Как по-мне, цель собеседования - понять подходит человек или нет, где и в чём может быть полезен его опыт и знания, насколько он обучаем и открыт к обучение и вообще - "я хочу работать с ним или нет?". Показывать свою личную крутость следует на проекте, в деле.

You should read documentation, really - Allure reports + TestNG and run from command line.

 One have to read documentation, no options! It clearly stated that you have to run java process in a special way if you want to get steps, attachments etc info in your Allure report upon running a TestNG based test set.  And no, I had to spend two hours just to re-read the spec and discover that aspectjweaver dependency! And only after that it became clear that here is the way:

aspectjweaver_jar_file_name="$(ls ./lib/aspectjweaver-*.jar | xargs echo)"
java -ea -javaagent:"$aspectjweaver_jar_file_name" -cp "${full_classpath}" org.testng.TestNG ./test_suites/$testXmlName

Документацию надо всё-таки читать - Allure+TestNG и запуск из командной строки.

 Надо, надо читать документацию! Вот сказано же - нужно запускать процесс джавы(который гоняет тесты) с такими-то ключами если хочешь чтобы всякие шаги и прочие прицепы появились в Аллюровском отчёте. Ан нет же, надо два часа ломать голову задаваясь вопросом "почему не..." чтобы потом дочитать до зависимости от aspectjweaver и прийти к

aspectjweaver_jar_file_name="$(ls ./lib/aspectjweaver-*.jar | xargs echo)"

java -ea -javaagent:"$aspectjweaver_jar_file_name" -cp "${full_classpath}" org.testng.TestNG ./test_suites/$testXmlName

Почему я недолюбливаю ключесловный подход в автоматизации, слайды.

См. здесь.

Самотренинг по автоматизации. Локаторы элементов.

Содержание.

Что это?
В плоскости автоматизации тестирования это что-то, что помогает найти элемент на странице или на форме: id, name ... .

Какие локаторы хороши?

• Простые и понятные;
• Устойчивые/гибкие и универсальные;
• Быстрые;
• При необходимости позволяющие задавать сложные условия поиска («3-й сверху во второй таблице слева...»).

Какие бывают?

Проще, лучше, быстрее найти элемент по id или name. Предполагается, что id/name уникально, хотя так и бывает не всегда. Чуть менее надёжно искать по другим атрибутам: классу, типу и т.д.. Сложнее потому что гарантий уникальности много меньше. Более изощрённый подход- использование CSS Selector-ов, а уж совсем вершина вершин - XPath.

Ссылки.

[1] http://www.georgehernandez.com/h/xComputers/XML/XSL/XPath.asp
[2] http://www.w3schools.com/xpath/default.asp
[3] http://www.zvon.org/xxl/XPathTutorial/General_rus/examples.html
[4] Набор шпаргалок. Очень ценно на практике - http://extract-web-data.com/5-best-xpath-cheat-sheets-and-quick-references/
[5] Кое-какие откровения на тему посика элементов в таблицах -  http://autotestgroup.com/ru/blog/85.html
[6] Видеолекция по CSS selector + XPath http://www.youtube.com/watch?v=ahhaMbjqrxM

Самотренинг по автоматизации. Введение в Луний.

Содержание.

Что это?
Луний он же Selenium, он же WebDriver, он же Selenium2.0, он же Selenium WebDriver это:

• Библиотека;
• API для управления браузером;
• Стандарт W3C.

... и с учётом всего этого он/она/оно вовсе не инструмент автоматизации тестирования.

Что умеет?
Довольно много:

• Находить элементы: By.Id, By.Name, By.Xpath, By.TagName, By.ClassName, By.CssSelector, By.LinkText, By.PartionalLinkText;
• Нажимать кнопки, изымать текст, выбирать из списков; 
• Поддерживает: FF, IE, Chrome, HtmlUnitDriver, ... ;
• Ждать: Explicit Waits, Implicit Waits;
• Много чего ещё … .

Достаточно ли этого для автоматизации? Это огромное подспорье, но наш каркас для тестирования требует ещё механизмов структуризации кода, запуска и останова, журналирования, генерации отчётов и т.д. Всё это обеспечивается уже не Лунием, а вещами вроде Maven/Gradle, TestNG/JUnit/NUnit и пр. и пр:

Ссылки

Нет смысла писать ещё одну статью, их за годы скопилась огромная масса. Крайне рекомендую перелопатить немного МежСеть самостоятельно и "сформировать картинку".

[1] http://docs.seleniumhq.org/
[2] http://bugscatcher.net/archives/1232
[3] http://habrahabr.ru/post/152971/
[4]http://refcardz.dzone.com/refcardz/getting-started-selenium-20

[5] http://code.google.com/p/selenium/

[6] http://habrahabr.ru/search/?q=selenium

[7] http://selenium.googlecode.com/svn/trunk/docs/api/java/overview-summary.html