Tishka

Добрый день. 

Все везде не протестируешь. 

1. Определите топ 5 актуальных разрешений.

2. Обычно проверяю на последних версиях браузеров, но если время позволяет то и промежуточные просматриваю.

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

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

я создаю такие баги.

Создавать баги это круто 

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Пошел на почту получать   IT-календарь 2016: типы багов

Принес распечатку с багом 

Вставлю и свои 5 копеек.

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

    Случай 1:

После разговора с фронтенд разработчиком, мне был дан ясный ответ:

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

    Случай 2: 

После общения с бэкенд разработчиком, ответ был немного иначе:

"Если код писал я - ненужно особо копаться, достаточно шагов воспроизведения. Но если писал не я, а мне придется это править - лучше будет более детально расписать, так как чтобы мне вникнуть(а если еще он и не работал с этим проектом!) нужно немало времени."

Правда есть и те кому пофиг, но это уже отдельная тема.

Как всегда, вывод один: Прежде чем что то менять в подходе к описанию/копания бага, спросите разработчиков, надо им это или нет.

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

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

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

Если у заказчика нет конкретных требований по браузерам, то проверяю в:

- Chrome

- FF

- IE 10,11

- Opera(иногда заглядываю, так как движок такой же как и у Chrome)

- Safari (только на Mac Os, так как демонстрация заказчику именно на нем)

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

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

Лично стараюсь перечитывать то, что написал в баг-репорте.

Такую же рекомендацию даю менеджерам.

"Мы ответственны за то, что мы завели." 

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

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

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

Работал как-то в игровой конторе.

Был багнутый навык:

Каждый 6 секунд в течении 1 минуты вводит персонажа в состояние невидимости.

Навык мог получить только 1-2 игрока на сервере.

Баг висел с момента открытия проекта, 2 года примерно. Писали разрабам(китайцам) - толку ноль. Ответ был в стиле: "Мы не можем его воспроизвести".

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

Так как загруженность у меня была небольшая, мне дали его на тест. Время воспроизведения этого бага колебалось от 2 минут до 4 часов.

На сервере в логах не было этой ошибки.На клиенте в логах было много ошибок, но никто до этого не мог понять или не хотел ковыряться с этим.

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

Проблема была в анимации, так как пути к этой анимации, как и самой анимации попросту нет.

Отправил баг-репорт разрабам.

Они написали что у них все норм, но исходник анимации не предоставили.

По просьбе продюссера проекта начал думать это исправить.

Сделал то, что первое взбрело в голову: создал нужные директории и положил туда изображение весом в 10+ Мегабайт,

так как если кидать меньше картинку - в логах писалось что этот файл не может быть меньше 10Мб.

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

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

Но до сборки патча меня, как и еще моих 70 коллег сократили, не дали при этом время передать задачи, а комп форматнули сразу.

Ну а так как все правки были у меня локально, этот баг не исправили.

Через неделю мне по скайпу звонил QA-лид и просил обьяснить как я его правил.

Но у него ничего не получилось. Так что по сейчас в этой игре есть этот баг.