Доброго времени суток, дорогие друзья. Хочу придти к истине в одном вопросе, который беспокоит меня уже не один день.
Итак, очень многие используют в юайных тестах обращение к элементам через xpath. Почему не использовать обращение к элементам по ID. Какие минусы этого подхода, и в чем преимущество непосредственно xpath над id. По скорости они примерно одинаковые. У ID очевидный плюс в том что если меняется структура страницы то элементы мы будем получать в любом случае. Плюс xpath нужно писать и поддерживать, id - не нужно(не в той степени и только со стороны присвоения этих id на фронтах). Может быть суть кроется в том, что присваивать id всем элементам это не очень хороший подход? Но тогда почему?
В Твиттере широко обсуждалось, кто должен отвечать за создание кода автотестов. Судя по тому, что я читал, люди разбились на два лагеря:
Группа, выступающая за то, что разработчики должны отвечать за создание большей части (если не всего целиком) кода автоматизации. Их основной аргумент в том, что разработчики лучше знают, как программировать, больше знают о структуре кода и его внутренней кухне, и поэтому лучше всего разбираются, как подцепить к нему код автотестов (в отличие от слепых попыток сделать это через пользовательский интерфейс).
Группа, ратующая за то, что тест-автоматизация требует отдельных, занимающихся только этим, инженеров-автоматизаторов, особенно для тестов выше юнит-уровня. Аргументируют это они тем, что для создания и поддержки хороших автотестов нужны специфические навыки, простирающиеся дальше навыков разработки.
В рамках активной автоматизации в проекте обнаружили некоторые пробелы в знаниях инструментов.
Дано:
Мавеновский проект, тесты гоняются с помощью ТестNG
Все вроде бы работает, но на оставляет ощущение, что мы где-то забиваем гвозди микроскопом.
Хотелось бы как-то прокачаться в этой области, и не самим рыть интернет, а послушать каких-нибудь умных людей, с примерами и лучшими практиками, тем более, что ресурсы, чтобы их купить даже имеются)
Быть может быть кто-нибудь может посоветовать курс (онлайн/ очный / записанный) по maven, testNG или (что предпочтительно) их взаимодействию?
Приглашаем программистов на масштабный полугодовой блокчейн-хакатон от CryptoBazar Fund в онлайн формате.
Общий призовой фонд - более 10 000 000 рублей; 2000+ разработчиков из России, Украины, Белоруссии, Казахстана и стран Балтики; 4 полуфинальных раунда, каждый из которых включает этап online подготовки и последующий очный хакатон в Москве; Финал в Гонконге: двухдневный круиз на суперлайнере, где лучшие из лучших будут соревноваться за главный приз и оцениваться ведущими мировыми разработчиками;
Добрый день. Подскажите пожалуйста. Jira установлена локально на ubuntu server. не могу найти настройки подключения базы данных. Нужно подключится к базе данных и поменять пароль пользоватея
Поздравляем с Днем Тестировщика!
2018-09-08 18:57 Всех тестировщиков, автоматизаторов, тест-лидов и QA-менеджеров, юзабилистов, нагрузочников, пен-тестеров - с днем тестировщика, коллеги!Чистого кода и успешных релизов!
Всем привет. Делюсь моим опытом по поводу этого экзамена. Простите, что получилось долго и занудливо:)
Сразу оговорюсь, на этом форуме кажется уже была такая тема, вот: http://software-testing.ru/forum/index.php?/topic/34038-istqb-advanced-test-alanyst/ , там обсуждают решение вопросов, здесь я это не буду делать, так что там полезно, наверное, посмотреть:). Спойлер: здесь я буду приводить только общую информацию с упором на те затруднения , которые мне встречались:)
Итак: вариант для сдачи Test Alanyst.
Есть еще 2 варианта: advanced test manager и advanced technical test analyst. Вот при подготовки все время сталкивалась с тем, что смешивают test analyst и technical test analyst. Это разные вещи, и более того на экзамене будут вопросы как раз касающиеся их различия. Поэтому ни в коем случае не путать:) Менеджер заведует всем, что касается ведения проекта и планов, аналитик все что касается ручного тестирования, технический аналитик - это автоматизация тестирования и все что касается нагрузочного и производительности. Есть области в которых эти трое пересекаются и вот там как раз важно понимать кто за что отвечает. Это будет в вопросах:)
Литература для подготовки:
к сожалению, примеров курсов для подготовки привести не могу, расчет будет на самостоятельное усвоение. Для этого потребуется:
2. Возможно придется вспомнить подзабытое из базового уровня, поэтому хорошо будет иметь под рукой глоссарий и syllabus базового уровня.
3. Advanced Software Testing - Vol. 1: Guide to the ISTQB Advanced Certification as an Advanced Test Analyst (Rockynook Computing)
Очень занудливая книжка, но в ней есть примеры экзаменационных вопросов и разжевывается все, что скомкано в силабусе.
4. The Software Test Engineer's Handbook, A Study Guide for the ISTQB Test Analyst and Technical Test Analyst Advanced Level Certificates 2012 – Graham Bath, Judy McKay
Здесь читать только то,что касается аналитика -это примерно первые 300 страниц. Зато все очень хорошо расписано, читается легко и приятно, есть вопросы для самопроверки, но они не такие как будут на экзамене.
прям рекомендую! Рассмотрены методики на экзаменационных примерах, форма упрощенная, то что нужно для экзамена.
Примеры экзаменационных вопросов для самопроверки: Спойлер: дампов не будет:)))
Я искала варианты, по которым бы можно было себя проверить и в случае несовпадения ответа, понять в чем ошибка. Поэтому для меня было важно: ответы должны быть правильные, ответы должны быть с пояснениями :)
1. некоторые примеры будут в книжке под номером 3,
2. примеры с разбором будут на сайте под номером 5.
3. есть примеры с ответами и пояснениями на сайте:
в принципе, при определенных усилиях мне удалось довести тестовый экзамен до 98%. Какой то один вопрос про сферу ответственности на 1 бал у меня остался неправильным, но сил докапываться до истины уже не было:).
Чтобы не дергаться каждый раз регистрируясь на нем вот тут те же квизы со временем:
но там не все ответы могут быть правильными и нет объяснений.
В общем идея работы с вопросами такая: понять принцип формирования вопросов:) Для ускорения времени я вообще начинала читать вопрос с последнего предложения (собственно с самого вопроса, потому что там куча воды, надо уметь выделить основное). Ну и есть какие то общие вещи: например перечисляется куча ОС, куча браузеров и вопрос по выбору техники: ищем комбинаторику в ответах! Говорится, что у команды тестировщиков есть база с дефектами: ищем в ответах упоминание этой техники. Если надо посчитать switch - ищем ограничения в виде с какого state начинать и какие transition не считать, остальное вода. Ну и самое главное, что пишут все сдавшие экзамен: научитесь на примерах вопросов и ответов мыслить так, как это делал автор вопросов:) Поймите и ПРИМИТЕ его логику! Те вопросы, что были на экзамене по своей структуре были очень похожи на приведенные выше, это помогло сдать.
Все другие источники вопросов меня смущали тем, что вопросы там были все в куче (и от менеджера и от технического - что мне совсем не нужно) и неуверенность в правильности ответов меня смущала... Хотя я не считаю лишним, если есть время, их глянуть - это как раз поможет понять чем "правильные" вопросы от них отличаются и лишний раз перефразированные вещи повторить.
я ее забыла заполнить, но это не страшно, мне прислали письмо с просьбой это сделать. Не стесняйтесь при любых вопросах писать к ним в техподдержку, они очень мило и быстро отвечают и все решается.
подтверждение вашего опыта: вы просто поставите галочку в рег. форме, что он у вас есть. (В инете находила инфу, что возможно попросят какую то форму заполнить и прислать скан-у меня только галочка прокатила)
самое интересное отличие: придется обосновать требование дополнительного времени :) скачать и заполнить форму, где вы укажите что английский (или другой выбранный вами язык) вам не родной (я просто от руки писала там все) и потом загрузить ее. Уровень продвинутый - значит бюрократии должно быть больше:)))
Ну а дальше все как в базовом:) За неделю до сдачи приходит время и место,
и удачи вам на экзамене!
Еще раз прошу прощения за много буков, надеюсь что-то из написанного будет полезно...
Но интересует, реальный опыт, на какие кейсы следует обратить внимание, как например, возможность задизейблить facebook приложение на самсунг, но не удалять его (кейс, когда тестируемое приложение видит package facebook, но не может достучаться) . Как следует разбить тестирование? (залогинен в веб версии / не залогинен в приложении / не установленно fb приложение) и тд