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

Товарищи,подскажите,пожалуйста, по настроке окружения для автоматизаци



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

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


Товарищи,подскажите,пожалуйста, по настроке окружения для автоматизаци
2016-04-19 10:10

Сразу скажу,что в автоматизации я пока ещё полный ноль. В компании озвучили стек технологий,который будет использоваться,но по определённым причинам спросить мне не у кого там. Автоматизация будет именно мобильных устройств на Android(первое время)
Итак будет использоваться такой стек:
Sauce lab+appium+testNG+java+IDEA и всё это на Mac OS

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

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



В каких случаях лучше проверять сверху, а в каких снизу?
2016-04-19 12:36

Доброго дня всем!

Возник тут вопрос, в ходе очередной дискуссии =)

Мой знакомый утверждает, что при любом случае процесс тестирования нужно разделять на "верхний" уровень и "нижний". То есть нужно отдельно проверять пользовательский интерфейс и отдельно серверную часть (в рамках трехзвенной архитектуры). Интеграция же между ними проверяется в момент тестирования верхнего уровня. Мол, в данном случае мы заранее минимизируем шанс пропуска ошибки, способной повалить сервер/клиент.

 

Я же утверждаю, что это далеко от реальностей и гораздо оптимальней (ну то есть быстрей, а в следствии реального бизнеса продуктивней) проверять только через пользовательский интерфейс, ибо все остальные случаи (например, вписывать некорректные значения в БД или отправлять что-то невразумительное по апи) нереальны с точки зрения естественной эксплуатации. И как только появятся свободное время, то только тогда уже можно проверить отдельно серверную часть.

 

Рассудите нас, пожалуйста, так кто же прав? =)
И как процесс тестирования в данном разрезе выглядит у вас?



"Сверху" или "снизу", вот в чем вопрос =)
2016-04-19 12:36

Доброго дня всем!

Возник тут вопрос, в ходе очередной дискуссии =)

Мой знакомый утверждает, что при любом случае процесс тестирования нужно разделять на "верхний" уровень и "нижний". То есть нужно отдельно проверять пользовательский интерфейс и отдельно серверную часть (в рамках трехзвенной архитектуры). Интеграция же между ними проверяется в момент тестирования верхнего уровня. Мол, в данном случае мы заранее минимизируем шанс пропуска ошибки, способной повалить сервер/клиент.

 

Я же утверждаю, что это далеко от реальностей и гораздо оптимальней (ну то есть быстрей, а в следствии реального бизнеса продуктивней) проверять только через пользовательский интерфейс, ибо все остальные случаи (например, вписывать некорректные значения в БД или отправлять что-то невразумительное по апи) нереальны с точки зрения естественной эксплуатации. И как только появятся свободное время, то только тогда уже можно проверить отдельно серверную часть.

 

Рассудите нас, пожалуйста, так кто же прав? =)
И как процесс тестирования в данном разрезе выглядит у вас?



Selenium+Python
2016-04-19 12:41

Добрый день!
Кто-нибудь может подсказать туториалы по этой тематике, написанные для тестировщиков, которые только начинают кодить?
а то сколько не роюсь в инете, везде написано программистом для программистов

конечно, нашел кое-какие материалы, но может местное сообщество тоже посоветует



Метрики в тестировании: опрос
2016-04-19 16:19

Метрики в тестировании (автоматизированном в том числе) – одна из ключевых тем докладов почти каждой IT конференции, элегантный механизм обратной связи, способ выстраивания коммуникаций с заказчиком и многое-многое другое :) Трудно переоценить важность метрик в нашей ежедневной работе. Тем важней получить не абстрактную, внеконтекстную академическую информацию о метриках, но актуальную для нашей страны, наших компаний, наших проектов, нашего контекста!

 

Аналогичный опрос проводится в Беларуси сообществом COMAQA.by, тем интересней будет сравнить результаты, увидеть своими глазами – есть ли разница в подходах в тестировании в РФ и РБ.

 

Мы безусловно опубликуем результаты голосований (РФ, РБ, суммарный результат, сравнительный анализ) отдельный постом. Результаты будут опубликованы после 10 мая.

 

Присоединяйтесь к нашему начинанию!

 

Заполните анкету по ссылке: https://docs.google.com/forms/d/11HgG6bXqb1eG3wvsLEJuo3_m0CvWVRfYIVQY93Sydq8/viewform?c=0&w=1



QA Engineer (St. Petersburg), Genesys
2016-04-19 17:57

QA Engineer

 

Summary of the Position.
We’are looking for the talented specialists with the following competences:

 

Required skill:

  • Practical skills in Windows and *NIX platforms
  • 2+ years of work experience in software development domain, preferably in testing department
  • Deep understanding of the development process
  • Strong skills in test documents development and management
  • Good communication skills
  • Possibility and wish to be part of the interesting intellectual international team with the ability to be proactive and self-supporting
  • Quick to learn and having excellent problem solving skills.
  • Good written and spoken English

Preferred skills:

  • Test automation experience in the different areas
  • Script development skills (Python, Perl, JavaScript)
  • RDBMS administration/ working with databases

Main responsibilities:

  • Active participation in the project life-cycle: requirements and design review; test related activities estimation; test documents design and management; test execution; test automation activity
  • Test environment preparation and maintenance
  • Status team meetings participation

Conditions and benefits:

  • Competitive salary (discussing with successful candidate)
  • Flexible schedule
  • Medical insurance (dental and life insurance included)
  • 31 days of vacation per year
  • 100% paid sick leave policy
  • English classes in the office
  • Modern and comfortable office in the historical part of Saint-Petersburg: well equipped kitchen, shower, bicycle parking, etc.
  • Team of professionals and warm friendly atmosphere
  • Opportunity for professional and career growth in western software development company
  • You may become a part of our corporate soccer team!

 

Contacts:

Daria Zakrevskaya

job.spb@genesys.com

www.genesys.com

 



Ошибка(ReferenceError: Equals is not defined) при работе с кастомным ф
2016-04-19 23:25

Привет, всем

 

После создания своего формата в IDE падает ошибка

 

an error occured: ReferenceError: Equals is not defined, file=file:///C:/Documents%20and%20Settings/XXX/Application%20Data/Mozilla/Firefox/Profiles/wzbdhxrb.default/selenium-ide-scripts/formats/1.js

 

Ругается на

Equals.prototype.toString = function() {
  return this.e1.toString() + " == " + this.e2.toString();
};

Кто знает как решить данную проблему?



© 2010 | Software-Testing.Ru


В избранное