Каков Ваш опыт с TestComplete AutomatedQA? [закрытый]
Поместите свой скрипт в заголовок.
Эта рекомендация помещать его непосредственно перед закрывающим тегом, чтобы браузер сначала загружал содержимое страницы, а затем пользователь мог видеть что-то во время загрузки javascript. Если тег script находится вверху, то пользователь будет немного дольше смотреть на белую страницу, пока javascript не завершит загрузку, а затем контент начнет рендериться.
В вашем случае кажется, что вы не хотите, чтобы пользователь видел какой-либо контент перед запуском javascript ({{value}} raw html), поэтому имеет смысл полностью игнорировать эту рекомендацию.
5 ответов
Зависит от того, что Вы хотите протестировать. Если Вам трудно моделировать, нажимает на GUI затем, TestComplete делает это вполне прилично. Обозреватель объектов и записывающие функции могут быть довольно полезными до выполнения этого.
Если Вы делаете то, что Вы можете, чтобы избежать раздражения из-за GUI, тестирующего затем сценарий VB, Python, жемчуг, или выбрать Ваш любимый язык сценариев. Мы решили использовать JScript для нашего проекта, и реализация его может время от времени быть 'увлекательной'.
В основном пройдите список функций и решите то, что Вы собираетесь использовать и не использовать. Если Вы просто собираетесь использовать его для сбора всех тестовых сценариев, не беспокоиться. Если Вы собираетесь быть тяжелыми на тестировании GUI, распределенном тестировании, и т.д. любой ценой получаете его.
Мои события были большими, и я не разработчик, но я действительно играю один по телевизору.
Я нуждался в помощи разработчика при использовании TestComplete тут и там. Я сказал бы, может ли оператор TestComplete понять основной, Если операторы Then Else и переменные и разработчик могут помочь из времени ко времени, то да не разработчик может использовать его.
Модульные тесты и Тесты GUI являются разными вещами; Модульные тесты (не разработчик, предупреждающий), тестируют классы, Тестовые тестовые средства управления GUI. Если у Вас есть 5 блоков абстрактных ресурсов, необходимо поместить 3 в модульные тесты и 2 в тестах GUI, а не 5 в одном или другом.
** Просто для уточнения TestComplete может выполнить модульные тесты, но все еще необходимо записать им.
Мы используем Тест, Завершенный для автоматизации всех наших тестов, и он работает действительно хорошо. Нам потребовалось немного времени для автоматизации всех наших случаев регрессионного теста, но это стоило усилия. Теперь мы делаем ежедневные сборки и запускаем наш Тест Полные тесты на сборку, и это сообщает результаты в наш инструмент управления тестированием (Планировщик программного обеспечения http://www.softwareplanner.com).
Мы также создаем ключевое слово управляемый интерфейс вокруг Теста, Завершенного так, чтобы наши эксперты в предметной области могли создать новые тесты с ключевыми словами вместо сценариев.
Я имел резюме, выполненное в с TestComplete несколько лет назад, и не был чрезмерно впечатлен. Язык сценариев (не может помнить то, чем это было первое, что пришло на ум) казался довольно неуклюжим, и поскольку Вы упомянули, что это казалось очень большой работой для создания даже простых тестов.
Я думаю, что это было бы довольно нереалистично, чтобы общий неразработчик создал твердые тесты - я думаю, что некоторый уровень dev экспертных знаний требовался бы, хотя преданный тестер, который действительно знает их материал и имеет хороший уровень технической способности, может ладить с ним
Относительно последней точки, я думаю, что Вы говорите приблизительно два различных типов о тестировании - TestComplete более приспособлен к Функциональному тестированию (или казалось, что путь ко мне), где, возможно, Вы получите больше значения от рассмотрения реализации комплекта модульных тестов сначала (хотя трудно сказать, не зная больше о Вашем приложении),
Я безмерно ненавижу TestComplete ...
Это неуклюжая среда IDE, ее графический интерфейс почти бесполезен, это язык сценариев, а система непонятна (это я хороший)
Если у вас есть время изучить это ...
Если у вас хватит терпения, чтобы понять это ...
Если у вас уже есть подходящее Единичные / интеграционные / системные тесты на месте ...
Если у вас есть графический интерфейс, который можно запускать против имитирующей системы (для исключения системных переменных)
Тогда вы, возможно, захотите это рассмотреть. В противном случае вам было бы лучше потратить свое время на написание тестов снизу вверх, изучение того, как абстрагировать пользовательский интерфейс от вашей системы, или просто ковыряться в носу.
Мы потратили $$, $$$ на TestComplete (решение менеджеров, без участия инженера) для запуска нагрузочных тестов (потому что в нем говорится, что это основная функция на их сайте). Когда мы не могли понять, как заставить его запускать нагрузочные тесты (где, знаете, он поддерживает X-соединение в течение Y минут), мы отправили AutomatedQA электронное письмо. Через пару недель мы получили ответ: «Наше программное обеспечение этого не может».