У нас есть тесты с Selenium WebDriver, написанные на C# с использованием NUnit и SpecFlow. Хочется спросить вот о чем: есть ли какие-либо best practices для управления порядком запуска тестов в таком окружении? В проекте тесты находятся в *.cs файлах, и их запуск происходит в алфавитном порядке названий этих файлов, что не соответствует желаемому порядку запуска. Можно переименовать файлы, добавив в начало числовые индексы, например 01_CompanyTesting.cs, 02_ResellerTesting.cs и т.д., но может быть есть более разумный вариант?
Вчера начал изучать такой замечательный инструмент как REST Assured. Столкнулся со следующей проблемой -
Авторизация через Bearer token, этот токен нужен для всех запросов, поэтому написал метод на получение токена:
RequestSpecification request = given();
request.header("Content-Type", "text/plain");
request.body("grant_type=password&username=******&password=*********");
Response response = request.post("http://*********/api/token");
assertEquals(response.getStatusCode(), 200);
final Pattern pattern = Pattern.compile(regex, Pattern.MULTILINE);
final Matcher matcher = pattern.matcher(response.getBody().prettyPrint());
while (matcher.find()) {
for (int i = 1; i <= matcher.groupCount(); i++) {
s = matcher.group(i);
}
}
Написал регулярку что бы его вытащить и переиспользовать для последующих запросов. Все работает как надо, но мне кажется что это можно сделать как то проще, но как я пока не нашел. может кто сталкивался или знает.
Всем Привет! Начну издалека. Я не тестировщик и в этом мало что понимаю, еще и в программировании едва ли дотягиваю до джуна. Но когда разместил свое резюме на hh (не в качестве тестировщика), со мной связалась hr компании, пускай будет "кампания N"(дабы не нарушать вот это http://software-testing.ru/forum/index.php?/topic/32685-ne-publikujte-testovye-zadaniia-poluchennye-na-s/) и пригласила на собеседование по скайпу. Собеседование я прошел и мне предложили сделать тестовое (оно будет немного изменено, дабы опять же не нарушать). Тестовое я сделал и отправил, вот только ответа не дождался, позвонил сам. Ответ в итоге я все-таки получил: задание было выполнено не на должном уровне. К сожалению, фидбэка по ошибкам не было, хотя обещали, а интерес остался, в чем я все-таки накосячил. И вот хотел бы узнать так в чем же все-таки мои ошибки, надеюсь на ответы, очень интересно.
Задание - 1:
Зайти на yandex.ru
Проверить наличия поля поиск
Ввести в поиск 'python'
Проверить, что появилась таблица с подсказками (suggest)
При нажатии Enter появляется таблица результатов поиска
При нажатии кнопки назад картинка изменяется на изображение из шага 5. Необходимо проверить, что это тоже изображение.
Правила выполнения задания:
Автотесты реализованы на Python3 и SeleniumWebdriver
Можно использовать любые сторонние библиотеки python (framework для тестирования, pageobject, проверок, логирования, работу с конфигами, отчетам) или написать свои. Это будет большим плюсом.
Если будут использоваться сторонние инструменты, необходимо составить инструкцию по их установке и запуску.
Решение может выглядеть как просто скрипт на python+selenium или как совокупность инструментов, которые помогают быстро разрабатывать и поддерживать тесты, имеют хорошие отчеты с понятным логированием. Все зависит от ваших знаний и квалификации.
К дню тестировщика клуб Френсиса Бекона готовит новые вебпосиделки. Пройдут в субботу 7 сентября. Начало в 16:00 по Москве. Вебпосиделки проходят по странным правилам, поэтому на всякий случай ознакомьтесь: http://blog.shumoos.com/archives/391
Всем привет. Я новичок в тестировании. Есть некоторая теоретическая база, но не совсем понимаю, как правильно реализовать тест-кейс на практике. Например, имеется форма для регистрации нового пользователя с полями Имя, Логин, Пароль, E-mail. У этих полей имеются какие-то ограничения на входные данные. Вопрос в следующем: если я хочу проверить форму на негативные варианты тестирования (скажем ввод пробелов вместо букв/чисел), то я должна это сделать для всех полей сразу, описав это в тест кейсе так: "вводим пробелы во все поля, нажимаем зарегистрироваться" или же я должна каждое поле проверять в отдельности, а про остальные писать, что в них в этот момент введены корректные данные? Надеюсь, меня кто-нибудь понял. Заранее спасибо за ответы.
Автор: Виктор Славчев (Viktor Slavchev) Оригинал статьи Перевод: Ольга Алифанова
Если вы регулярно следите за моим блогом – хотя я нерегулярно пишу – или слышали мои выступления, то, возможно, слышали, как я говорю нечто вроде "Тестирование похоже на науку" или "Наука тестирования". Это звучит веско и броско, но я пока что видел немного хороших объяснений, почему это так. Я этого тоже не объяснял, поэтому в том есть и моя вина.
На протяжении вашей карьеры вы столкнетесь с большим количеством людей, называющих себя экспертами тестирования, философами тестирования, гуру тестирования или евангелистами тестирования, но абсолютно не способных объяснить вам или даже самим себе, как связаны тестирование и наука, и какие знания тестирование может у науки позаимствовать.
Вместо этого они попытаются пудрить вам мозги про важность сотрудничества в тестировании, личных качествах тестировщика, значимость таких индивидуальных особенностей, как сопереживание, покладистость, скромность, креативность, и так далее, и тому подобное. Все это, конечно, захватывающие и популярные гуманитарные темы, и они очень важны, но у них есть одна общая проблема – они не имеют ничего общего с сущностью тестирования. Любой, кто заявляет, что что-то из вышеперечисленного важнее ваших практических навыков и доменных знаний, просто пытается избежать демонстрации настоящих знаний о тестировании и увести разговор в более обширную область гуманитарных дисциплин.
Основная цель этой серии статей – стать практическим руководством по тестированию с концентрацией на исследовании, и я надеюсь, что все, о чем вы тут прочитаете, или основано на практике, или может быть практически применено.
Иногда сталкиваюсь с различными переводами и употреблениями терминов для одного и того же метода, дефекта, типа и так далее.
Есть ли какой-то "общепринятый" глоссарий, где можно узнать наиболее распространённую версию? Или лучше всего использовать английскую версию терминов к примеру, Monkey testing, вместо обезьяньего тестирования (иногда даже вижу случайное тестирование, что мне кажется немного неверным)?
Quantum Art - один из лидеров рынка разработки технологически сложных комплексных решений для реализации высоконагруженных сайтов.
Мы специализируемся на разработке высоконагруженных веб-сайтов с использованием технологий Microsoft (ASP.NET, С#, SQL Server) и собственного программного продукта – системы управления сайтам и (CMS) QP8.Framework, а также сложных мобильных приложений под платформы iOS, Android, Windows.
Quantum Art – золотой партнер компании Microsoft, партнер компаний ABBYY.
Мы приглашаем в нашу команду профессионалов Инженера по тестированию
Обязанности:
Функциональное тестирование web-приложений;
Разработка тестов на новую функциональность системы и поддержка существующих тестов;
Написание тестовой документации, тест-кейсов;
Визуализация результатов тестирования;
Верификация исправленных ошибок.
Требования:
Высшее образование в сфере IT;
Знание и понимание ключевых процессов в разработке и тестировании ПО;
Опыт тестирования высоконагруженных систем;
Знание основ HTML, CSS, DOM, AJAX;
Знание SQL на уровне построения простых запросов;
Опыт работы в баг-трекинговых системах (TFS, JIRA);
Практические навыки создания компонентов тестирования (фреймворки и т.д.)
Навыки администрирования Windows, IIS;
Английский на уровне Intermediate и выше.
Мы предлагаем:
Оформление по ТК РФ;
Стабильную заработную плату;
Проектные премии;
Возможности для профессионального и карьерного роста: использование в работе передовых технологий, участие в корпоративных программах (получение сертификации Microsoft, обучение, корпоративные мероприятия, корпоративная библиотека);
Дружный коллектив высококвалифицированных сотрудников, демократичная атмосфера;
Известные клиенты и интересные задачи;
Комфортные условия труда: современный офис с "чайной" комнатой (холодильник, кофемашина, чай, кофе, печенье);
Корпоративный футбол и волейбол.
Адрес
Новокузнецкая, Москва, Озерковский переулок, 12
Писать на эл. адрес:
KulaginaJ@quantumart@.ru
Снятия лога с iOS/Android
2019-09-07 03:26
Здравствуйте, очень интересует ответ на один вопрос. Можно ли исходя из содержимого лога, снятого с Android/ iOS ( лог записывался для воссоздания ошибки в приложении ) узнать модель телефона, с которого этот лог был снят?
Дорогие наши читатели, мы поздравляем вас с профессиональным праздником - днем тестировщика! Пусть ваши тесты находят самые хитрые баги! Пусть в ваших проектах не будет даже микроскопических изъянов. Желаем им - и вам - железного здоровья, успеха и процветания.
Ваш Software-Testing.RU
Автор: Кристин Джеквони (Kristin Jackvony) Оригинал статьи Перевод: Ольга Алифанова
Множество статей, постов и презентаций посвящено фреймворкам и стратегиям автоматизаци. Однако даже самые надежные фреймворки автоматизации не исключат нужду в исследовательском тестировании. Мы всегда будем сталкиваться с ситуациями, в которых понадобится генерация длинного текста для проверки текстовых полей или кодировки строки в HTML для тестирования на межсайтовый скриптинг. В этот раз я поделюсь пятнадцатью любимыми бесплатными инструментами, которые упрощают и ускоряют тестирование.
Так как я только начал связывать свою жизнь с Автоматизированным тестированием, не до конца понимаю какой язык и какую библиотеку нужно использовать для определённых целей.
Цель: Клиент-серверное и вэб приложение написанное на C# под Windows, инсталлятор на C. Задача написать кроссплатформенные автотесты для web/desktop на Linux и Windows. Заранее извиняюсь за возможно неверное пояснение задачи. Только учусь...
Автор: Майкл Болтон (Michael Bolton) Оригинал статьи Перевод: Ольга Алифанова
Во время нашей тренинг-сессии Фрида все еще играла роль менеджера, одержимого тест-кейсами – и играла ее очень хорошо. Она разыгрывала типичную карту менеджмента "А как же изучение продукта? Ведь тест-кейсы – хороший способ для этого!"
В курсе Rapid Software Testing мы говорим, что тестирование – это оценка продукта путем его изучения через эксперименты и исследования, включая вопросы, моделирование, обучение, манипуляции, вмешательства, и т. д. Обучение – неотъемлемая часть тестирования. Тестировщики могут взаимодействовать с множеством артефактов и людей, чтобы начать изучать продукт, и это мы уже обсуждали. Давайте разберемся, почему идея заставить тестировщика работать посредством тест-кейсов не так уж хороша.