Привет, несмотря на лонгрид, очень поверхностный 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
Привет, несмотря на лонгрид, очень поверхностный 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»