Доброго всем дня! Я начинающий пользователь web driver и Python, есть необходимость писать автотесты. Есть некоторые сложности, например, как вот эта:
Взят для образца типичный форум http://forum.volvo-club.by/viewforum.php?f=43, на котором мне необходимо из представленных 14-и страниц выделенных на скриншоте, прогнать их по циклу все(или часть), до тех пор, пока ни будет найдет некий объект по текстовой линке(как например тот что выделен красным цветом в рамке). Вся сложность состоит в том, каким способом задать этот механизм поиска(1...14) и определить локатор этих 1...14 страниц(или м.б. их как текст линк задавать?)
В принципе автотесты у меня уже работаю и элементы логики в них присутствуют, но вот в этом месте(как пример) я не знаю как быть - как задать этот прогон с поиском на 1-14 стр. с последующим кликом по найденной ссылке.
Уже который год замечаю что многие тестировщики называют себя QA, хотя никак к QA не относятся. На самом деле они относятся к QC.
Собственно вопросы:
1) Откуда эта путанница пошла
2) Почему все поддерживают эту путанницу
Ну и чтоб стало понятно о чем я говорю -
Обеспечения качества (Quality Assurance) - часть менеджмента качества, направленная на создание уверенности в том, что требования к качеству будут выполнены. Совокупность мероприятий, охватывающих все технологические этапы разработки, выпуска и эксплуатации ПО информационных систем, предпринимаемых на разных стадиях жизненного цикла ПО, для обеспечения качества выпускаемого продукта.
Контроль качества (Quality Control) - совокупность действий проводимых над объектом тестирования в процессе разработки для получения информации об актуальном состоянии объекта тестирования в разрезах: готовность продукта к выпуску, соответствие зафиксированным требованиям, соответствие заявленному уровню качества продукта.
У тестировщика миллион способов завести баг так, чтобы разработчики на него забили. Учитесь ставить такие задачи, которые будут исправлять.
1. Выберите тип
Разработчики не боги, они не могут делать все и сразу. Им нужно понимать, с чего начинать. Они сортируют задачи по типу — сначала новые функции, потом ошибки, потом все остальное.
Какие бывают типы задач:
Баг — ошибка в программе.
Улучшение — все ок, но хотим с перламутровыми пуговицами.
Новая разработка — такой возможности нет, а очень хочется.
Допустим, заказчик захотел новую возможность, а вы завели ее не как новую возможность, а как баг. Разработчики весь месяц делали другие новые функции, и до вашей не добрались. Заказчик в ярости: вы же обещали... А виноват постановщик задачи — умей выбирать тип!