Отправляет email-рассылки с помощью сервиса Sendsay
  Все выпуски  

Анонс бесплатной YouTube-трансляции Heisenbug 2017 Moscow



Software-Testing.Ru - портал тестировщиков  

Новые темы форума тестировщиков


Анонс бесплатной YouTube-трансляции Heisenbug 2017 Moscow
2017-12-08 10:02

Конференция: Heisenbug 2017 Moscow

Дата: 8-9 декабря 2017 года

Бесплатная трансляция (только первый зал): страница трансляции на официальном сайте.

Какой самый частый вопрос в комментариях на Хабре? «Будет ли запись?» Сразу возьмём быка за рога: запись будет, как всегда, через 3-4 месяца. Но из тех, кто задавал вопрос, смотреть её будет едва ли половина.

Чтобы понять, почему так происходит, нужно разобраться — как мы смотрим видео с конференций, зачем это вообще нужно?

Видео — это не только шоу и повод что-то вместе обсудить. Можно рассматривать его еще и как один из лучших видов документации.

 

Читать публикацию полностью



Одна такая мегаглавная проблема Selenium Webdriver, Selenium - отстой?
2017-12-08 14:07

Всем привет, кто-нибудь может мне внятно объяснить, почему selenium-овский wait.until не может найти элемент на странице в течение 5/10/60/300 секунд, если элемент с таким локатором по факту на странице присутствует?

 

Я постоянно вижу, как все с этим воюют.

 

Почему конструкция вида

while (true) {
elements = driver.findElements(локатор).first

if (elements.size > 0)
 break
else
 sleep полсекунды
}

преспокойно найдёт элемент, когда он появится на странице, а стандартный wait.until нет? Хоть каждый wait.until в проекте переписывай этой конструкцией. При этом даже в лог он пишет что-то вроде:

tried to find element for 60 seconds with 500 ms interval.

 

Т.е. он должен быть идентичен ПОЛНОСТЬЮ конструкции выше (если только в ней условие сделать while (пока не прошло 60 секунд) ).

А по факту нет.

 

Неужели так сложно переписать wait.until и сделать нормальную реализацию. Или я чего-то просто не понимаю. Пожалуйста, объясните.

Ибо такая проблема далеко не только у меня.



Могут ли тест-менеджеры снизить качество продукта, чересчур помогая ем
2017-12-11 09:19

Автор: Ким Энджел (Kim Engel)

 

Оригинал статьи: https://www.testingcircus.com/documents/TestingTrapeze-2014-February.pdf#page=10

 

Перевод: Ольга Алифанова

 

Я постоянно помогаю людям. Звучит, будто я хвастаюсь, потому что помощь другим – это хорошее дело, не правда ли? По моему опыту, позитивная помощь при работе с ПО приносит неплохие дивиденды, однако недавно я узнала, что чересчур ответственный тест-менеджер фактически подрывает качество релиза.

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

  • Автоматизированные юнит-тесты не проверяются неделями или месяцами
  • Релизы для тестирования и для прода выполняются разными командами.

Читать публикацию полностью



© 2010 | Software-Testing.Ru


В избранное