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

SQA Days - 18: автоматизация
2016-01-19 10:30

Публикуем подборку докладов с SQA Days-18, посвященных автоматизированному тестированию.

"Внедрение автоматизации" прохождение на различных уровнях сложности – доклад Владимира Худойкина о том, как внедрять автоматизацию в командах с различным внутренним устройством.

Docker + Selenium Webdriver в рамках Continuous Integration – доклад Антанаса Мачярниса о создании инфраструктуры запуска автотестов.

Оценка качества автотестов – доклад Алексея Баранцева о том, какими должны быть качественные автотесты.

Keep it calm and functional. Автотесты для iOS приложений – доклад Марии Трофимовой о трудностях и тонкостях автоматизированного тестирования iOS-приложений.

Автоматизация визуального тестирования адаптивного дизайна на примере Galen Framework и Applitools Eyes – доклад Дарьи Кисель о тестировании визуальных регрессий.

Автоматизированное тестирование верстки веб-сайтов, используя сравнение с дизайн-макетом – доклад Эмиля Хуснетдинова о тестировании digital-проектов.

Архитектура автоматизированных тестов: представление предметной области – доклад Екатерины Бобровой.

Selenium, а давай подождем? – доклад Сергея Матвеева о механизмах ожидания Selenium и том, как с ними работать.

Смотреть записи докладов

20-21 мая 2016 г. в Санкт-Петербурге пройдет 19-я международная конференция в области обеспечения качества ПО «Software Quality Assurance Days».

Наши читатели при регистрации на конференцию могут получить скидку.

Промокод для получения 10% скидки - s-t.ru

В прошлые годы нами был успешно опробован формат выездных образовательных week-end’ов. По результатам отличных отзывов, 26-28 февраля в Подмосковье будет проведена выездная школа тестировщиков.

Отдых, обучение, знакомства, связи - и всё это без отрыва от работы!

Школа тестировщиков будет длиться c пятницы 26 февраля (заезд в 14-00) до воскресенья 28 февраля (выезд в 18-00) и пройдёт недалеко от Москвы в загородном клубе  «Усадьба».

Тренер: Баранцев Алексей

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

Формат школы: 26 февраля с 15-00 до 19-00 тренинг + знакомство, тематические игры, разбор реальных ситуаций, обсуждения.
27 февраля: с 10-00 до 16-00 тренинг, с 18-00 до 20-00 тематические игры, разбор реальных ситуаций, обсуждения.
28 февраля: с 11-00 до 18-00 тренинг.

До 30 января действует льготная цена на участие.

Тестирование методом свободного поиска, или тестирование без заранее спроектированных тестов, выполняемых в точном соответствии с планом -- это, наверное, единственный подход к тестированию, который эффективно работает в условиях неопределенности:

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

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

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

Что же делать?

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

Надо перейти к тестированию методом свободного поиска.

А как же контроль и учет? Можно ли при этом сохранить управляемость процесса тестирования?

Можно. Свобода не должна превращаться в хаос и анархию. Вы можете двигаться любым путем, но прийти в нужную точку. Вы можете делать работу в любом порядке, но сделать всю. Свобода на тактическом уровне прекрасно сочетается с хорошей управляемостью на стратегическом уровне.

Кроме того, это дополнительно дает возможность тестировщикам локально оптимизировать свою работу -- проектировать наиболее подходящие тестовые сценарии и данные, определять наиболее удобную последовательность выполнения тестов, может быть даже полностью отказаться от такого понятия как "тест" и перейти к использованию "check-листов", "cheet-листов", "idea-листов".

Идеологи и энтузиасты тестирования методом свободного поиска выработали ряд приемов, которые на первый взгляд могут показаться противоречащими традиционным практикам, но на самом деле обеспечивают хорошее качество тестирования и высокую производительность труда в условиях "тактической свободы действий":

• тестирование "по целям", а не "по плану",
• "сеансовое" тестирование (час тестируем - час не тестируем),
• тестирование силами "дорогих" тест-дизайнеров, а не "дешевых" тест-инженеров,
• и даже полная замена последних первыми (конечно, не путем увольнения, а путем повышения квалификации),
• "парное тестирование" (двое тестировщиков за одним компьютером),
• фиксация тестов в учетных системах не до, а после тестирования,
• использование альтернативных методов оценки полноты и качества тестирования.

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

Да, все это предъявляет дополнительные требования к квалификации тестировщиков, но результатом является заметное повышение их производительности труда. А для тестировщиков это означает, что они могут задействовать не только руки, но и мозг, что превращает тестирование из рутины в увлекательнейшее занятие.

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

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

Я расскажу все, что знаю.

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

После завершения обучения слушатели:

• Будут иметь представление о различных парадигмах тестирования
• Будут знать, какие существуют подходы к оценке полноты тестирования
• Научатся определять баланс между тестированием "по плану" и тестированием методом свободного поиска
• Научатся применять технику "сеансов" для организации работ по тестированию
• Научатся использовать различные техники для фиксации спроектированных и фактически выполненных тестов

Подробная программа

Если тест запустить локально, то в трейсе ошибки можно увидеть название и расположение скриншота http://screencast.com/t/6bKaMwy8Rh3 .

Но если такой тест запустить на дженкинс, то в стек трейсе не отобразится путь и название скриншота, хотя такой скриншот создается http://screencast.com/t/qjGR0qV4Ys

Это ж один и тот же трейс? Как сделать так чтобы и в дженкинс трейсе отображалось название скриншота?

Всем привет.
Осваиваю JMeter, и в процессе курения мануала и запуска пробных тестов возникло недопонимание одного момента.
У нас есть параметры: 
Number of Threads - это количество юзеров которые будут заходить на сайт
Rump-Up period - это за который все наши юзеры зайдут на сайт
Loop Count - это кол-во циклов исполнения юзерами действий в Thread Group

Для тестирования были взяты данные из потолка 

Number of Threads = 10
Rump-Up period =15 sec
Loop Count = 100

Далее то что я не до конца понял:
У нас "зайдут" на сайт 10 юзеров в течении 15 секунд и это все повторится 100 раз и в итоге у нас отправится 1000 запросов, и следовательно время прохождения скрипта должно занять 1500 секунд (15 секунд*100 раз), но проходит +-150 секунд. Т.е они идут как-то параллельно? 

Как отправляются запросы? Заходят 10 юзеров в течении 15 сек, затем опять 10 юзеров в течении 15 сек, и тд. 100  раз? Или согласно заданным параметрам 10 юзеров должны войти на сайт 100 раз в течении 15 секунд, но так как 1000 запросов не успевает отправится в течении заданного времени это продолжается дольше? 

В связи с ростом в финансовую компанию требуются внимательные, ответственные  и пунктуальные люди, которые хотят работать в сфере IT.

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

Для замещения этой вакансии необходимо:

- обязательно иметь хотя бы небольшой опыт работы бухгалтером или помощником бухгалтера,    опыт работы с 1С Бухгалтерией;

- иметь возможность личного присутствия в офисе 5 рабочих дней в неделю, 40 часов в неделю;

- постоянно проживать в Санкт-Петербурге, ваше личное присутствие необходимо для нас.

В ваши обязанности будет входить:

- организация и проведение ручного тестирования нашего программного продукта;   

- работа в баг-трекинговой системе;

- помощь в координации работы разработчиков (10 человек).

Наши условия работы:

- постоянная работа в комфортном офисе;

- оплата в виде оклада;

- работа над крупными корпоративными проектами автоматизации бизнеса в дружной команде профессионалов;

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

День добрый. 

Пытаюсь установить СubicTest, пока безрезультатно. 

1. Если устанавливать через "Install new software", затык: ссылка http://boss.bekk.no/boss недоступна. (Может ссылка неверная, но во многих статьях по СubicTest указана именно она).

2. Другой метод, описанный вот здесь (http://habrahabr.ru/post/25533/) тоже не помог. 

Описание самого  метода (кусочек статьи):

"Например, чтобы установить планин SQL Exporer для Eclipse нужно распаковать полученный с сайта архив в любую папку, скажем sqle, сохраняя иерархию папок, так же как бы вы сделали при обычном способе установки. В итоге у вас должно получиться следующее:



Затем в папке с установленной IDE Eclipse создаём папку links. В этой папке создаем файл с произвольным именем (конечно, лучше, чтобы файл нес какую-нибудь смысловую нагрузку, например, sqlexplorer.link), и в этом файле пишем следующее

path=d:/Program Files/Eclipse/sqle

или путь, куда вы распаковали архив с сайта…"

В моем случае результата нет. 

Вопросы: 

1. Может кто ставил и подскажет ссылку.

2. Кто ставил таким методом - у вас получалось? если да - подскажите, как.

3. Принимаю другие методы и подходы.

Спасибо заранее.

Доброго времени суток! Пишу тест, пытаюсь войти в почту рамблер. Тест не проходит - не правильный пароль. Ввожу пароль вручную. Делаю лог аут вручную. Далее запускаю тест - всё проходит! Чищу куки, запускаю тест - опять не проходит (не правильный пароль). Опять пишу всё вручную, делаю логаут, запускаю тест, проходит, чищу куки, не проходит. И так по кругу. Подскажите, в чём тут дело?

© 2010 | Software-Testing.Ru