Тут вопрос надо иначе задавать. Почему в 2016 году, когда инструментов автоматизации просто завались, выбрать именно QF Test? Еще бы Selenium IDE выбрали.
Да, инструментов полно, какие по Вашему мнению лучшие? Не думаю что QF Test устарел — они активны и регулярно выпускают обновления, разве что за версиями браузеров не поспевают порой.
10 дней находилась статья в песочнице, а вышла в момент когда я переезжал и у меня не было интернета. Да, наши Smoke тесты как раз на Jenkins и выполняются. Я не знаю предыстории почему перешли с HP Quality Center, но думаю следующие факторы сыграли роль: интеграция с TestLink — можно выгружать тесты и их описание, Jenkins в том числе, возможность быстрой связи с фирмой QFS (фирма из Мюнхена, немцы любят работать со своими), Jython — в фирме Java основной язык программирования, можно проконсультироваться с девелоперами. Возможно и цена играет роль. Кроме того, очень быстро можно начать там осмысленно работать, мне 2 раза подкидывали студентов (duales Studium), я в течение месяца их уже натаскивал так, что они начинали приносить пользу.
Привет. Да. Я слышал обсуждения про использование Селениума, но помимо плюсов QF Test, что я описал выше, мне кажется, играет роль еще и то, что немцы любят все платное и лицензированное. Требования к безопасности для банковской сферы высоки и, если что, будет трудно предъявить претензии к кому-либо. Не open source же сообществу предъявлять=)
Ну у нас 30 пользователей грубо, каждый по паре коммитов в среднем делает в день. На моей памяти проблем даже и не было — значит пока не получится его спровадить) Это и к лучшему: и так налоги из-за кучи пенсионеров запредельные=)
А интересно сколько тратится времени на поддержку всего этого добра? Если например UI поменяют или еще хуже логику работы части системы или некоторых компонент. Я так понял локаторы прям в коде тестов храняться.
+ время на доработку и поддержание актуальности тест-кейсов, ведь когда данные в такиих csv файлах и тд, очень сложно потом там лазить и менять.
Не думали перенести все данные в базу и сделать data driven? можно еще свой клиент написать для работы с базой, чтобы удобнее и быстрее было работать с данными.
UI дорабатывают постоянно, иногда и логику. Мы подгоняем тесты под новые реалии, но на это уходит не так уж много рабочего времени (примерно 10-15 %, часто в рамках одного прохода ближе к концу итерации). Почему сложно? Например, поменялся у нас формат банковского счета (другой формат названия и дополнительное поле в GUI): мы добавляем новую колонку в csv файле для нового поля с корректными тестовыми данными и в csv же файле пишем новое имя для банковского счета. В QF-Test далее производится поиск и замена этого счета (везде где встречается) плюс добавление новой компоненты GUI и ее заполнение из соответствующей колонки. Минутное дело, а протестировать достаточно только 1 раз, даже если этот аккаунт заполняется сотни раз по всем тестам.
Как устроено тестирование «тяжелого» банковского софта в немецкой фирме