Привет, несмотря на лонгрид, очень поверхностный SAFe. Хорошо бы показать схемы, картинки, иерархию уровней
1. Команды объединены в ART? 2. Уровень ART в полном составе (PM, RTE, SA)? 3. PI-планирование проводите? 4. AV\BV проставляете ? 5. Программный QA-специалист - это что за роль в SAFe ?
Завершался 2024 год... Тестировщики продолжают писать статьи "Как правильно завести баг"...
Посмотрите в окно, на дворе командная разработка, Scrum, Kanban, SAFe, Less, и прочие процессные штуки которые избавят вас от этого рудимента "правильности".
Хорошо бы указывать еще и цены с учетом кол-ва ваших тестеров. Из OpenSource недавно на heisenbug.ru показывали TestY https://gitlab-pub.yadro.com/testy/testy , на первый взгляд выглядит неплохо
Работа с Selenium должна напоминать Playwright - все эти костыли по внезапному исчезновению элемента (Привет Angular + DevExtreme + StaleElementReferenceException) должны быть убраны из глаз тестировщика.
Тестировщик должен оперировать только неким локатором (неким XPath) и действиями над ним. Попробую в ближайшее время написать как мы переезжали на такой формат.
Спасибо. 1. Кто у вас пишет Моки для сервисов? 2. Деплой, запуск и публикация результатов в AzureDevops. Хорошо бы пару реальных скринов из Pipelines -> Releases увидеть. У вас там деплой и запуск тестов происходит?
Иногда подключаюсь на этапе 0 - вместе с HR смотрим все отклики и подходящие резюме еще до первого созвона. Та самая незамысловатая "чуйка" работает и здесь, потому что иногда кандидаты пишут только набор тегов типа "C#, Docker, Selenium, InfluxDb, ELK" и больше ничего. HR может такое резюме оставить без внимания.
По запуску тестов: не рассматривали инфраструктуру по запуску Azure DevOps? (Pipeline \ Releases)
У нас наладить Azure на первом этапе оказалось непросто. Но после перехода с самописной системы мы получили богатое API, интеграцию с дашбордами под каждую команду, нормальную документацию от MS и возможность гибкой настройки предварительных действий перед запусками.
Для онлайн метрик тоже вначале использовали Prometheus. Потом перешли на Telegraf -> InfluxDb <- Grafana, на мой взгляд намного удобнее. --- Как уведомляете себя о новых проблемах? постоянно смотреть на графики трудноемко.
1. в UIAutomation 99% стандартных контролов имеют одинаковое свойство ControlType
Поэтому при типизированном поиске автоматически дописываем, например, [@ControlType= 'ComboBox']"
Это позволяет обойтись без указания AutomationId во многих контролах
2.
ComboBox comboBox = new ComboBox(driver.findElement(xpath));
в c# мы используем расширение
var comboBox = driver.FindElement<ComboBox>(xpath)
3.
Вложив силы и время в разработку собственного драйвера, удалось значительно сократить время и потратить меньше усилий на создание фреймворка и его внедрение, а также сильно упростить написание тестов.
Интересный опыт, по моим подсчетам большую часть времени отбирает формирование PageObject и поиск нужного XPath. Сколько у вас на это уходит времени?
Переизобретаем PageObject:
У нас тоже много локаторов и мы с самого начала храним их в xml типа Microsoft UI Maps с автогенерацией в C# partial class. А добавляем, удаляем локаторы через визуальный Page Editor.
Дальше, если надо, пишем расширения.
По другому разобраться со всем этим зоопарком элементов крайне трудно.
TFS в качестве системы управления отлично подходит.
Использую начиная с его первой версии, начиная с TFS 2018 поставляется только в Web версии.
Посмотрите в Visual Studio Online, до 5-ти пользователей бесплатно.
Удобно, очень богатое API, тут же весь весь основной функционал TFS с версионностью кода, билдами и т.д.
Карты хранятся в универсальном виде, поэтому плагины конвертации «хml => код» могут быть любые:
java + Selenium, c# + Selenium и т.д.
Сейчас для работы в 95% случаев использую конвертацию «хml => c#+UIAutomation» и 5% «хml => c#+Selenium»
Information
Rating
Does not participate
Location
Пятигорск, Ставропольский край, Россия
Date of birth
Registered
Activity
Specialization
Test Automation Engineer, Quality Assurance Manager
Дано:На проекте активно используют Scrum-подход, но по факту это «сломанный водопад»Решение: чините свой Scrum и большая часть ваших метрик будет не нужна
Привет, несмотря на лонгрид, очень поверхностный SAFe.
Хорошо бы показать схемы, картинки, иерархию уровней
1. Команды объединены в ART?
2. Уровень ART в полном составе (PM, RTE, SA)?
3. PI-планирование проводите?
4. AV\BV проставляете ?
5. Программный QA-специалист - это что за роль в SAFe ?
Что из этого и в каком процентном соотношении используется в Сбере?
Завершался 2024 год... Тестировщики продолжают писать статьи "Как правильно завести баг"...
Посмотрите в окно, на дворе командная разработка, Scrum, Kanban, SAFe, Less, и прочие процессные штуки которые избавят вас от этого рудимента "правильности".
Не бойтесь принимать решений и брать ответственность на себя, рекомендуйте всем Playwright
Похоже на Entity Framework Core ?
11 хорошая практика написания тестов на Selenium - переходите на Playwright
Хорошо бы указывать еще и цены с учетом кол-ва ваших тестеров.
Из OpenSource недавно на heisenbug.ru показывали TestY https://gitlab-pub.yadro.com/testy/testy , на первый взгляд выглядит неплохо
Работа с Selenium должна напоминать Playwright - все эти костыли по внезапному исчезновению элемента (Привет Angular + DevExtreme + StaleElementReferenceException) должны быть убраны из глаз тестировщика.
Тестировщик должен оперировать только неким локатором (неким XPath) и действиями над ним. Попробую в ближайшее время написать как мы переезжали на такой формат.
Спасибо.
1. Кто у вас пишет Моки для сервисов?
2. Деплой, запуск и публикация результатов в AzureDevops.
Хорошо бы пару реальных скринов из Pipelines -> Releases увидеть.
У вас там деплой и запуск тестов происходит?
Тоже провожу техническое собеседование.
Иногда подключаюсь на этапе 0 - вместе с HR смотрим все отклики и подходящие резюме еще до первого созвона.
Та самая незамысловатая "чуйка" работает и здесь, потому что иногда кандидаты пишут только набор тегов типа "C#, Docker, Selenium, InfluxDb, ELK" и больше ничего.
HR может такое резюме оставить без внимания.
По запуску тестов: не рассматривали инфраструктуру по запуску Azure DevOps? (Pipeline \ Releases)
У нас наладить Azure на первом этапе оказалось непросто. Но после перехода с самописной системы мы получили богатое API, интеграцию с дашбордами под каждую команду, нормальную документацию от MS и возможность гибкой настройки предварительных действий перед запусками.
Для онлайн метрик тоже вначале использовали Prometheus.
Потом перешли на Telegraf -> InfluxDb <- Grafana, на мой взгляд намного удобнее.
---
Как уведомляете себя о новых проблемах? постоянно смотреть на графики трудноемко.
Вместо Slack очень подошел Matrix, удобно комфортно, хорошее API
Поэтому при типизированном поиске автоматически дописываем, например, [@ControlType= 'ComboBox']"
Это позволяет обойтись без указания AutomationId во многих контролах
2.
в c# мы используем расширение
var comboBox = driver.FindElement<ComboBox>(xpath)
3.
Интересный опыт, по моим подсчетам большую часть времени отбирает формирование PageObject и поиск нужного XPath. Сколько у вас на это уходит времени?
У нас тоже много локаторов и мы с самого начала храним их в xml типа Microsoft UI Maps с автогенерацией в C# partial class. А добавляем, удаляем локаторы через визуальный Page Editor.
Дальше, если надо, пишем расширения.
По другому разобраться со всем этим зоопарком элементов крайне трудно.
Использую начиная с его первой версии, начиная с TFS 2018 поставляется только в Web версии.
Посмотрите в Visual Studio Online, до 5-ти пользователей бесплатно.
Удобно, очень богатое API, тут же весь весь основной функционал TFS с версионностью кода, билдами и т.д.
java + Selenium, c# + Selenium и т.д.
Сейчас для работы в 95% случаев использую конвертацию «хml => c#+UIAutomation» и 5% «хml => c#+Selenium»