Сразу скажу,что в автоматизации я пока ещё полный ноль. В компании озвучили стек технологий,который будет использоваться,но по определённым причинам спросить мне не у кого там. Автоматизация будет именно мобильных устройств на Android(первое время)
Итак будет использоваться такой стек: Sauce lab+appium+testNG+java+IDEA и всё это на Mac OS
Если кто-то уже настраивал подобную связку буду очень благодарен в добрых советах.
На данный момент у меня всё из перечисленного установленно(по отдельности),но нет концептуального понимания как это всё в один проект объеденить и уже начать писать тесты.
Перечитал огромное количество мануалов и всё равно там либо под винду,либо устарело,либо опять же нет конечного объясняения как это объеденить.
Заранее извиняюсь за глупый и размытый вопрос,но кто впервые сталкивался с таким думаю меня поймут.
Мой знакомый утверждает, что при любом случае процесс тестирования нужно разделять на "верхний" уровень и "нижний". То есть нужно отдельно проверять пользовательский интерфейс и отдельно серверную часть (в рамках трехзвенной архитектуры). Интеграция же между ними проверяется в момент тестирования верхнего уровня. Мол, в данном случае мы заранее минимизируем шанс пропуска ошибки, способной повалить сервер/клиент.
Я же утверждаю, что это далеко от реальностей и гораздо оптимальней (ну то есть быстрей, а в следствии реального бизнеса продуктивней) проверять только через пользовательский интерфейс, ибо все остальные случаи (например, вписывать некорректные значения в БД или отправлять что-то невразумительное по апи) нереальны с точки зрения естественной эксплуатации. И как только появятся свободное время, то только тогда уже можно проверить отдельно серверную часть.
Рассудите нас, пожалуйста, так кто же прав? =)
И как процесс тестирования в данном разрезе выглядит у вас?
Мой знакомый утверждает, что при любом случае процесс тестирования нужно разделять на "верхний" уровень и "нижний". То есть нужно отдельно проверять пользовательский интерфейс и отдельно серверную часть (в рамках трехзвенной архитектуры). Интеграция же между ними проверяется в момент тестирования верхнего уровня. Мол, в данном случае мы заранее минимизируем шанс пропуска ошибки, способной повалить сервер/клиент.
Я же утверждаю, что это далеко от реальностей и гораздо оптимальней (ну то есть быстрей, а в следствии реального бизнеса продуктивней) проверять только через пользовательский интерфейс, ибо все остальные случаи (например, вписывать некорректные значения в БД или отправлять что-то невразумительное по апи) нереальны с точки зрения естественной эксплуатации. И как только появятся свободное время, то только тогда уже можно проверить отдельно серверную часть.
Рассудите нас, пожалуйста, так кто же прав? =)
И как процесс тестирования в данном разрезе выглядит у вас?
Добрый день!
Кто-нибудь может подсказать туториалы по этой тематике, написанные для тестировщиков, которые только начинают кодить?
а то сколько не роюсь в инете, везде написано программистом для программистов
конечно, нашел кое-какие материалы, но может местное сообщество тоже посоветует
Метрики в тестировании (автоматизированном в том числе) – одна из ключевых тем докладов почти каждой IT конференции, элегантный механизм обратной связи, способ выстраивания коммуникаций с заказчиком и многое-многое другое :) Трудно переоценить важность метрик в нашей ежедневной работе. Тем важней получить не абстрактную, внеконтекстную академическую информацию о метриках, но актуальную для нашей страны, наших компаний, наших проектов, нашего контекста!
Аналогичный опрос проводится в Беларуси сообществом COMAQA.by, тем интересней будет сравнить результаты, увидеть своими глазами – есть ли разница в подходах в тестировании в РФ и РБ.
Мы безусловно опубликуем результаты голосований (РФ, РБ, суммарный результат, сравнительный анализ) отдельный постом. Результаты будут опубликованы после 10 мая.
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!
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