Почитаю как будет время.

Здравствуйте уважаемые форумчане!

    На днях общался со знакомым фронтендщиком, который рассказал о прелестях shadow DOM.

Нашел пример использования  здесь

Сразу возник вопрос, как работать Webdriver'ом с элементами внутри shadow tree?

Лично пока не сталкивался с этим.

Есть кто готов поделиться опытом поиска элементов с shadow DOM?

Буду очень благодарен.

Для начала задайте себе вопрос, насколько эффективно будет внедрение автоматизации?

На мой взгляд автоматизация нужна на проектах, которые длятся от 3х месяцев и выше.

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

Автоматизация - это прежде всего инструмент, а не панацея.

В таком случае выделите наиболее важные участки продукта, расставив приоритет, составьте по ним тестовые сценарии для ручного тестирования.

Затем автоматизируйте их.

P.S. Старайтесь не использовать много логики в тестах без лишней необходимости, так как это может усложнить редактирование таковых.

Сделайте декомпозицию проекта по функциональным блокам.

Затем распишите функционал каждого блока.

Добрый день уважаемые форумчане!

Хочу попросить поделиться опытом, ссылками и всем чем не жалко о тестировании мобильных приложений. 

Буду рад любым советам.

Сам тестированием мобильных приложений никогда не занимался(только веб и гейм-дев).

Заранее спасибо!

На текущий момент наблюдаю применение kpi на  разработчиках.

Выглядит это весьма плачевно, так как далеко не всегда можно оценить эффективность, потому, что:

- часто бывают ситуации что время на выполнение задачи тратится больше времени(не по вине разработчика), что сбивает статистику разработчику

- бывают случаи неправильно поставленного времени на задачу

- бывают случаи, что разработчик успел раньше отведенного времени и да бы сэкономить время проекта, ему срезаются часы.

- бывают случаи заниженной оценки времени на проект, в результате чего kpi всех разработчиков, участвующих в проекте занижается не по их вине.

- бывают исключительные ситуации когда был выбран тим-лидом неправильный стек технологий для проекта, в результате чего kpi разработчиков этого проекта занижается

К чему были приведены эти пункты?

Да к тому, что если в такие ситуации попадает разработчик, то перед ним 2 выхода:

- работать за бесплатно

- делать быстрее и молится чтобы тестировщик не кинул ему баги на исправление по выполненной задаче.

В первом случае это обидно разработчику. Во втором -  страдает качество проекта.

В результате мы имеем такую ситуацию:

Все вложились по временным рамкам, у всех чудесный kpi, но вот проект говно.

И когда такое "чудо" попадает в руки тестировщика, то зачастую(личный опыт) это просто ужас.

И первой мыслью бывает: "А не втащить разрабу промеж глаз?"

Но если поразмыслить, то он не виноват, что его загнали в рамки метрики.

Те кто задаются вопросом оценки эффективности тестировщиков, задумайтесь:

"Вы действительно хотите попробовать этот хаос на себе?"

ИМХО kpi может быть полезен, исключительно как второстепенный/вспомогательный инструмент.

P.S. Все выше приведенные аргументы основаны исключительно на наблюдении.

Добрый день уважаемые форумчане!

Столкнулся с таким затруднением:

- На странице есть псевдоэлемент "::after", который навешивает полупрозрачный фон на изображение.

- У псевдоэлемента есть background-color: #8C2800.

Не могу найти локатор к нему. чтобы через "getCssValue("background-color")" получить значение.

Так же заметил, что Firebug не отображает псевдоэлементы.

Заранее спасибо!

Спасибо!

Почитал статью, не поддерживается только Opera.

Завтра будет время, попробую.

Всем привет.

Помогите мне пожалуйста разобраться как работает вот этот плагин - http://openselenium.com/ для обработки csv файлов.

Мне нужно записать тест на selenium ide и подставить в тест переменные из csv фала.

Нашел вот такое решение (как описанно по ссылке выше).

Но проблема в том что не могу понять как он работает.

 

Добавил в selenium js файл (CSVRead_Selenium-IDE.js) 

потом пишу комманды:

1) readCSV (в поле Value указываю путь к файлу)

2) storeCellValue (в поле target пишу "testvalue" в полу Value "1,1"

3) echo (в поле Target пишу "${testvalue}")

 

Я так понимаю в логе я должен увидеть значение из файла в первой ячейке.

В csv фале написал "testvalue,123"

 

Тоеть я ожидаю получить значение 123 в выводе echo.

 

Но я явно что-то недопонимаю.

 

Помогите мне пожалуйста разобраться.

 

Спасибо.

А у Вас часто меняются значения в csv ?

Для подобных вещей может стоит использовать не IDE,  а Webdriver?

Почитайте сначала литературу о юзабилити тестировании.

Юзабилити тестирование проводится при наличии хотя бы небольшого кол-ва функционала.

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

Скажите пожалуйста, как вы будете определять удобство использования по макету?

Для начинающего тестировщика, возможно будет полезно.

Ожидал, что в конце статьи будет описан подход автора, но увы. =(

 

 

Примечание: мы можем еще больше снизить усилия по тестированию, практически не повышая риски. Проанализировав наши группы, мы можем выделить похожие подгруппы или платформы. Если они очень сильно схожи, можно выбрать одну из платформ и тестировать только на ней, как на представителе своей категории.

^{Надеюсь, те кто будут читать статью, не будут слепо следовать такому совету.}

^{Здесь не указан немаловажный фактор, как популярность устройства.} 

^{Так же при попытке определить схожесть устройства по общим параметрам, нужно обязательно учитывать "железо" деваса.}

^{Приведу пример.}

^{На проекте используется технология WebGL.(да, это сайт, но дочитайте до конца, пожалуйста)}

^{Есть 2 девайса на тестирование: samsung S3 и S4.}

^{Если покопаться в деталях, можем обнаружить, отличаются GPU у этих устройств. Другие различия нам сейчас не интересны.}

^{Если проигнорировать, как мне предлагали менеджеры проекта: "Да чего ты паришься, оба одной фирмы. Да проверь на последнем(S4) и все".}

^{Но тут самое интересное.}

^{GPU на S3 Mali-400 MP. Как выяснилось в процессе тестирования, его драйвер имеет проблемы при работе с WEbGL(он просто блочит WebGL).}

^{К сожалению ссылку которую нашел прошлым летом не могу найти, думаю многие догадаются почему =)}

^{Но если погуглить, то можно найти тому не один апрув.}

^{Так что, если выкидываете девайс из списка тестов, хорошо подумайте.}

P.S. этот gpu установлен на многих девайсах.

List<WebElement> items = driver.findElements(By.xpath("//*[@class = 'article-widget']"));  - считаем кол-во элементов

i = items.size(); - сохраняем в переменную класса

За вчера разобрался с использованием SQL запросов в плане внутреннего и внешнего объединения.

Если кому будет полезно, вот ссылка на уроки по которым. Мне было трудно понять запросы такого типа так нужно было "пощупать" создание таблиц и понять работу с внешними ключами.

Так же понемногу начал ознакомление с тестированием мобильных приложений. Спасибо Molechka за ссылку.

P.S. Не приходилось использовать такие запросы, но когда придет случай, уже знаю что да как =)

Спасибо, полезная статья.

 

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

Я задавал ему кучу вопросов. Что будет, если я добавлю тут спецсимвол? Что будет, если я не заполню это поле? Затем мы сразу же пробовали проверить это на практике в среде разработчика.

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

Был подобный случай.

Результат такого подхода был следующим:

- Изменение отношения разработчика к тебе(тестировщику) в лучшую сторону. Так как ты не просто "пылесос багов", как зачастую тебя воспринимают, а как человек который заинтересован в качестве проекта.

- К разработчику приходит осознание того, что совместными усилиями результат получится качественнее, чем если бы он сам "пилил".

- У разработчика появляется уверенность того, что с тобой(тестировщиком) можно и по другим фичам/проектам использовать такой подход.

- Приходит к тебе(тестировщику) понимание того, что разработчик не будет действовать по принципу: "И так сойдет".

- Зачастую такие проекты гораздо качественне.

- В следующий раз когда разработчик будет "пилить" подобную функцию, он вспоминает о том как мы вместе решали подобную задачу, что сократит кол-во багов и недодуманной логики.

- Ну и самое может банальное, просто хорошее человеческое отношение между тобой(тестировщиком) и разработчиком.

P.S. Да, звучит как утопия. Если кто был в такой ситуации - поймет. 

P.P.S С одним из таких разработчиков дружим семьями 

Меня бы за такой баг-репорт припи***ли  прибили бы разработчики. 

Недавно был заведен баг-репорт менеджером.

Название:"Баг зелененького кружка!!!"

Ни описания ни скриншота не было.

какие наиболее распространенные баги в  кроссбраузерном тестировании ?

На вскидку могу сказать только несколько:

- смещение позиционирования элементов 

- не применяются стили к некоторым элементам

- горизонтальный скролл(это как тревожный сигнал для первых двух пунктов)

- использование символа "_" в urle(актуально для браузера IE10 и ниже, если память не изменяет. Не записываются куки из за этого символа в url)

- Использование разрабами библиотеки WebGL(актуально для тестирования сайтов на мобилках с граф процессом Mali, так как в драйвере граф процессора Mali есть баг)

- Могут не работать некоторые части или вообще отваливается JS

Подобная ситуация с формулами расчета у меня недавно встречалась.

В отчете о проверенном фукционале писал так:

"Данные рассчитываются в соответствии с ожидаемым результатом, однако формула расчета отличается от формулы указанной в ТЗ."

По сути это убивает 2х зайцев сразу - вы рапортуете что расчет производится правильно и указывает отличие формулы в ТЗ, от той что используется.

Попробуйте прописать клик по лейблу чекбокса.

По поводу кнопки ничего сразу не могу сказать, скиньте сюда ссылку на страницу или html.

Есть мысль, что вы просто указали неверно локатор.

driver.findElement(By.xpath("//button[1]")).clear();

Может тут должен быть "click()", а не "clear()" раз это кнопка

Коллеги, здравствуйте. 

 

У меня вопрос следующего характера.

 

Был недавно на собеседовании и мне задали такой вопрос: составьте, пожалуйста, мастер тест план, что бы протестировать какое количество пользователей сайта, от общего числа посетителей, регистрируются.

 

Нужен ли вообще для такой узкой задачи мастер тест план? Я в этом не увидел необходимости

 

Заранее спасибо за Ваше экспертное мнение.

Вы меня уж простите, но "протестировать какое количество пользователей сайта, от общего числа посетителей" - это не тестирование, это метрика.

Задача поставлена весьма странно. И если честно, то  никогда не видел таких задач на проекте.

Ну к примеру, Вы бы могли разделить между тестировщиками некоторые "области ответственности" - каждый тестирует свою часть.

И по факту на продакшене узнаете, кто хорошо тестировал, а кто не очень.

P.S. Это сугубо личное мнение.

Неплохо было бы исправить орфографические ошибки в отчёте + сперва пишется "Ожидаемый результат", а затем "Фактический". И причём это делается для каждого шага :)

Это в приемочных тестах сначала ожидаемый, а потом фактический.

Если это багрепорт - сначала фактический, потом ожидаемый.

На каждом этапе писать ожидаемый результат - применимо, опять же, к приемочным тестам.

В профиле пользователя можно вот тут можно указать дату рождения 2020 год, к примеру =)

Пришел в ВУЗ с целью получить знания, ну и корочку.

Оказалось специальность только открылась и никто не знает что преподавать.

Думал так будет первый год, но увы, это было до конца моего обучения.

Более смешно то, что в корочке написано "Разработка и тестирование программного обеспечения".

Так что ничего полезного с ВУЗа не вынес, кроме корочки.