Добрый день всем. Хотелось бы услышать мнения участников, кто, как, а главное почему именно так обрабатывает Exceptions? Делаете предусловие, трай-катч, или прописываете продолжение теста в случае получения ошибок?
Веб-морда к этому приложению, которая взаимодействует с десктопным приложеним.
Чем тестировать:
TestComplete 9: 1 лицензия node-locked (это когда только на одной реальной тачке)
VStudio 2012 собственно с CodedUI
Есть желание пересесть с TestComplete (с его ценами) на Studio CodedUI (одолжить у разрабов лицензию) и делать все в одной среде. Но вот незадача: кастомные контролы приложения, с которыми в TestComplete я худо бедно борюсь распознанием картинок и текста. Например - таблицы с данными и рисованными чекбоксами. ObjectBrowser, естественно, не видит ничего внутри, помогает только распознование текста. В CodedUI не увидел пока никаких преимуществ и ничего подобное, кроме головняка.
1. Был ли у кого такой опыт переезда?
2. Лучше остаться на TestComplete, в котором есть кое-какие наработки, выбить бюджет на лицензию, и тестировать веб и десктопную связку в нем или разнести десктоп на Testcomplete, а веб на Selenium, например.
Знаю, что последняя версия TC поддерживает Selenium, но пока имею только TC 9.3.
Профессионалы и гуру автоматизации, отзовитесь. Как все это дело заавтаматизировать, чтоб потом это работало по человечески?))) Какие мысли, кто бы как бы сделал?
Недавно попал в не очень обычную ситуацию, хотелось бы услышать мнение многоуважаемого сообщества.
В общем, работаю на небольшом проекте (10 человек) в небольшой фирме (150 человек). На моем проекте занимаюсь автоматизированным тестированием, дела, в общем, идут неплохо, Заказчик хвалит, чему подтверждением являются регулярные бонусы мне (и, естественно, моим подчиненным).
Неделю назад к нам пришел директор фирмы с начальником разработки из соседнего отдела и попросил меня улучшить ситуацию с обеспечением качества. Дело в том, что в этом отделе работают одни программисты, тестированием никто никогда не занимался (быть может, программисты и пишут юнит-тесты, но это -- немного не то). И спустя некоторое время, их Заказчик начал жаловаться на низкий уровень качества.
Не буду приводить весь разговор, который случился, но в сухом остатке, имеется следующее:
1. Тестировщика на проекте "Утопающий" нет. Его появление во многом зависит от моей активности
2. Проекту "Утопающий" мне надо будет уделить неделю своего времени в качестве консультанта по процессам обеспечения качества. В будущем предполагается, что я буду периодически возвращаться к проекту, но не надолго (день-два ежемесячно)
3. Принимая во внимание то, что я не имею возможности работать фуллтайм, мне обещают оказывать содействие и стараться следовать моим рекомендациям.
И в этом месте я бы хотел прибегнуть к Вашим советам.
Я тестирую ПО уже достаточно давно: 4 года как автоматизатор, и лет 6 до этого как разработчик 1с. Что и для чего делать я примерно знаю, но каких-либо готовых рецептов у меня нет, а время неумолимо идет к дедлайну. Быть может, Вы бы мне смогли помочь получше сформулировать методы решения таких задач:
1. Есть ли у Вас опыт решения подобных задач? Можете ли поделиться know-how? Стоит ли прочитать какую-либо литературу по этому поводу?
2. Принимая во внимание то, что я располагаю очень сжатым временным интервалом, как лучше организовать подачу материала?
3. Как лучше выстроить процесс, чтобы он работал в тот момент, когда закончится эта моя неделя?
4. Какие могут быть "подводные камни" или трудности?
5. В какой форме лучше сохранить результаты такого спонтанного аудита?
6. Что лучше сделать, чтобы аудит был не спонтанным, а преследовал конкретную цель?