AutomatedQA - Functional Testing -> интеграция TestExecute c MSVS2008 teambuild
2009-01-29 18:03 2x5x
всем привет! вопрос следующий: тесткомплит поставляется с плагинами для интеграции с вижуал студией, и в частности для создания тест-листов для использования их в студийных билд-скриптах. вопрос в следующем - можно ли использовать эту возможность для включения smoke-тестов в тим-билды, при том, что тестируемое приложение гуишное, а интерактив билд агент использовать нельзя? вопрос, на первый взгляд, абсурдный, тем не менее последний абзац в этой статье вселяет хилую надежду на то что это возможно :)
и да, если кто-либо сталкивался с интеграцией TestExecute в мсбилды, отпишитесь пожалуйста в этой ветке.
Вопрос по Тестированию web магазина на производительность.
Задача поставлена такая: Пользователи совершают LOGIN под своими учётными записями (login and pass), заходят в товары, помещают в карзину нужные товары, осуществляют заказ и делают LOG OUT!
Суть вопроса:
1. Как лучше организовать срипт? а - для каждого отдельного пользователя делать новый скрипт с различными логинами и паролями и всё это потом поместить в один сценарий, присвоив каждому скрипту по одному vuser-у? b - написать один общий скрипт, где каким-то образом будет реализовано всё описанное выше и потом в сценарии каким-то образом распределить vuser-ов по конкретным логинам и паролям? Впервые просто столкнулся с такой задачей! Подскажите логику тестирования такого рода приложений
2. Как работать в тот момент когда на этапе ПРОИГРЫВАНИЯ скрипта , в момент подтверждения заказа пользователем происходит ошибка, суть которой, в том, что сессия устарела и я получаю эксепшн вида: Exception Details: System.Web.HttpException: The state information is invalid for this page and might be corrupted
В данный момент приводим тестовые среды в порядок. Основная часть сред, развернута на виртуалках. Операционки разные (Windows, Linux, Aix) Закупили виртуальную ферму и решили перевести все тестовые среды на нее. Сейчас в тестовых средах полный бардак. Мало кто понимает что за машина, какой проект на ней тестируется, кто ответственный и т.д.
Возникла необходимость мониторинга всех сред. Задача в том, чтобы контролировать выделения тестовых сред и их активность. В идеале нужен продукт который может on-line мониторить активность машин и выдавать сообщения в различных случаях (отстутсвуют запросы, открытые сессии и т.д.)
Пожалуйста, помогите с выбором средства. Предпочтение отдаем Mercury и HP (есть возможность получить лицензии и софт). Если у данных компаний есть такие продукты, плз, подскажите.
Требования: ∙ Высшее образование (техническое); ∙ Сертификаты Microsoft по системному администрированию, MS Exchange; ∙ Английский устный и письменный; ∙ Опыт работы в области разработки или поддержки банковских систем (сетей терминалов); ∙ Опыт разработки и/или поддержки и/или внедрения программных решений банковской сфере; ∙ Опыт работы с одним или несколькими типами банкоматов (NCR, Bull, Wincor Nixdorf, Diebold/IBM, DEC) ∙ Знания и опыт разработки решений в области обеспечения безопасности банковских систем (стандарты безопасности передачи данных и сетей); ∙ Опыт в общении с поставщиками услуг и умение вести переговоры; ∙ Знания в области управления проектами и владение MS Project2003; ∙ Знание операционных систем MS Windows (Windows NT, 2000, 2003 XP).
Обязанности: ∙ Обеспечение мониторинга сети банкоматов; ∙ Взаимодействие со службами банка обеспечивающими работоспособность банкоматов в регионах; ∙ Взаимодействие с компаниями, обеспечивающими сервисное обслуживание банкоматов; ∙ Построение отчетности по работе терминальной сети; ∙ Разработка решений для построения процессов взаимодействия в сети банкоматов крупного банка; ∙ Выработка и согласование стандартов, документации и процессов поддержки.\
Условия: ∙ з/п 50-70 тыс.руб. (по итогам собеседования )+соц. пакет + возможность обучения; ∙ м. Октябрьская
Контакты: Бэлл Интегратор т. (495)981-61-82 Шевченко Елена EShevchenko@bellintegrator.ru (в теме письма указывать название вакансии)
Если вы знакомы с тем что такое «l10n» и «i18n» или хотите разобраться в этом опросе - добро пожаловать!
Интернационализа́ция (англ. internationalization) — процесс, упрощающий дальнейшую адаптацию продукта, такого как программное или аппаратное обеспечение, к языковым и культурным особенностям региона (регионов), отличного от того, в котором разрабатывался продукт.
Есть важное различие между интернационализацией и локализацией. Интернационализация — это адаптация продукта для потенциального использования практически в любом месте, в то время как локализация — это добавление специальных функций для использования в некотором определённом регионе. Интернационализация производится на начальных этапах разработки, в то время как локализация — для каждого целевого языка.
В английском языке для слова «internationalization» принято сокращение «i18n». При этом число 18 означает количество пропущенных между «i» и «n» букв.
Локализа́ция (англ. localization) — перевод и адаптация элементов интерфейса, вспомогательных файлов и документации. В английском языке для слова «localization» иногда применяется сокращение «l10n». При этом число 10 означает количество пропущенных между «l» и «n» букв.
Мы открыли форум посвященный вопросам Локализации и Интернационализации приложений и систем.
Если вы знакомы с тем что такое «l10n» и «i18n» или хотите разобраться в этом опросе - добро пожаловать!
Интернационализация (англ. internationalization) — процесс, упрощающий дальнейшую адаптацию продукта, такого как программное или аппаратное обеспечение, к языковым и культурным особенностям региона (регионов), отличного от того, в котором разрабатывался продукт.
Есть важное различие между интернационализацией и локализацией. Интернационализация — это адаптация продукта для потенциального использования практически в любом месте, в то время как локализация — это добавление специальных функций для использования в некотором определённом регионе. Интернационализация производится на начальных этапах разработки, в то время как локализация — для каждого целевого языка.
В английском языке для слова «internationalization» принято сокращение «i18n». При этом число 18 означает количество пропущенных между «i» и «n» букв.
Локализация (англ. localization) — перевод и адаптация элементов интерфейса, вспомогательных файлов и документации. В английском языке для слова «localization» иногда применяется сокращение «l10n». При этом число 10 означает количество пропущенных между «l» и «n» букв.
Пускаю скрипт, но оказывается, что файл .txt формируется только после оканчания тесткейсаб и функции для одработки не находят (оно и понятно) файла с данными.
Сталкивался ли кто с подобной ситуацией или знает решение, буду признателен, если поделитесь.
Возник вопрос по использованию TestComplete 3 Compatibility. 1. Когда плагин установлен код выглядит след. образом pUSC.Login.TextBox3.wText = aUser 2. Когда плагин отключен код выглядит так pUSC.WinFormsObject("Login").WinFormsObject("TextBox3").wText = aUser
Другие настройки TestComplete не изменялись. Тестируемое приложение написано на .NET. Вопрос - возникает ощущение что в случае (1) идет обращение к приложению на уровне .NET компонентов, а в случае (2) через Windows компоненты?
При анализе покрытия кода одна из величин, по которой измеряют покрытие это блоки кода (basic blocks, code blocks или block coverage). Речь о покрытии нескольких последовательных инструкций без переходов (jumps) на уровне байткода (я веду речь о Java в данном случае, но вопрос Java-ой не ограничивается). Так вот вопрос: Когда блок считается покрытым: когда мы вошли в него или когда достигли последней инструкции блока?
Простой пример (когда блок совпадает с телом метода): ##### Код { ##### public void meth1(int i){ System.out.println("START"); /* ... some expressions ... */ float f = 10/i; /* ... other expressions ... */ System.out.println("FINISH"); } ##### Код } ##### При вызове из теста "meth1(0)" должен ли считаться блок покрытым? Понятно, что если мы считаем покрытие по методам, то мы покрываем meth1. Понятно, что если мы будем считать покрытие по строкам(line, statement), то мы увидим, что other expressions не выполняются. Как трактовать именно блочное покрытие?
Тематика: cтруктура команды тестирования, роли в команде, подбор и управление специалистов, личный менеджмент для менеджера. Формат: онлайн-тренинг, Skype-конференция (нужны наушники с микрофоном и хороший интернет), смотрим небольшую опорную презентацию в Google Docs, разбираем практические ситуации, задаем вопросы и решаем живые проблемы.
Время проведения: воскресенье, 8-ое февраля 2009 года, начало в 10-00 по Москве. После начала сеанса, зрители в зал не допускаются.
Особенности: маленькая группа, максимум 6 человек. Мало теории, много практики. Около 3 часов времени. Если будет принято менее 3 заявок, деньги слушателям возвращаются, устанавлявается новая дата и открывается новая регистрация.
Стоимость и участие: 50 долларов или 1500 рублей. Оплата через WebMoney или Яндекс.Деньги Запись в группу по факту оплаты. Реквизиты для оплаты можно получить в почте: slava@pankratov.org.ua
Тематика: управление тестированием ПО, планирование работ по тестированию, взаимодействие команд тестирования и разработки ПО, работа с менеджером проекта и заказчиком. Формат: онлайн-тренинг, Skype-конференция (нужны наушники с микрофоном и хороший интернет), смотрим небольшую опорную презентацию в Google Docs, разбираем практические ситуации, задаем вопросы и решаем живые проблемы.
Время проведения: воскресенье, 15-ое февраля 2009 года, начало в 10-00 по Москве. После начала сеанса, зрители в зал не допускаются.
Особенности: маленькая группа, максимум 6 человек. Мало теории, много практики. Около 3 часов времени. Если будет принято менее 3 заявок, деньги слушателям возвращаются, устанавлявается новая дата и открывается новая регистрация.
Стоимость и участие: 50 долларов или 1500 рублей. Оплата через WebMoney или Яндекс.Деньги Запись в группу по факту оплаты. Реквизиты для оплаты можно получить в почте: slava@pankratov.org.ua
Internet-сервис группового и индивидуального тестирования, аттестации и обучения on-line. Система содержит Базу БЕСПЛАТНЫХ тестов. Мы поможем приумножить и сохранить Ваши Знания и Знания Ваших сотрудников. Имеется возможность создавать собственные тесты, экспертные результаты, программы обучения on-line и многое другое. Присоединяйтесь и не пожалеете.
Тематика Форумов: Оценка персонала компании HR Дистанционное обучение Программы тестирования
С уважением к Вам, Генеральный директор ООО <Деловые интеллектуальные решения> The General Director of Business Intellectual Solutions LTD Басов Константин Викторович Контактный телефон: +7(926)3735090 Электронная почта: Expert@KMExpert.ru Web-представительство: http://www.kmexpert.ru
Алексей Ишков, Заместитель директора по разработке и развитию проектов ООО «Рамблер Интернет Холдинг», в недавнем прошлом Директор по производству ЗАО «СУП Фабрик» (LiveJournal.com).
Мы все ресурсы и не надо по этому поводу истерить.
1. Алексей, день добрый. Ваши публикации на тему управления персоналом и менеджмента (особенно статья «Общие размышления о целях менеджмента») вызвали волну интересных обсуждений в нашем сообществе. Как вы думаете, почему именно эта тема вызывает такую волну противоречивых мнений? Что задевает людей? Я прочитал все 6 страниц обсуждения. Трудно спорить, комментировать или поддерживать кого-либо отдельно в столь большом споре. Полагаю, что часть респондентов просто возмутилась моими прямыми, иногда близкими к циничным, формулировками потому, что не хочет признать жизненных реалий — что если ты нанимаешься на работу, а не сам ее создаешь для других, то тебе придется работать в интересах того, кто тебя нанял или ты будешь уволен. Им удобно жить в собственноручно построенной сказке, что мир вращается вокруг них. Но даже если все население Земли поверит в геоцентрическую модель солнечной системы, Земля не перестанет вращаться вокруг Солнца. Таких респондентов на самом деле возмущает, что их низводят с любимых пьедесталов «на грешную землю».
В наше время можно много услышать идеалистических бредней о «миссии компании», «роли руководителя», «индивидуальной ответственности трудящихся во благе всех», «мы одна команда», «мы все в одной лодке»… Между тем, как бы мы не изворачивались в системах мотиваций и науках об управлении, модель взаимоотношений наемного работника и его нанимателя не сильно изменилась со времен древнего Египта. Некоторым неприятно думать о себе как о наемном работнике, некоторые просто-таки ханжески пеняют, что о рядовых исполнителях я говорю как о ресурсах. Между тем мы все, выполняющие какую-либо работу сотрудники, при планировании называемся ресурсами. Все, включая генерального директора. (more…)
Software-Testing.Ru -> Размышления о престиже профессии тестировщика
2009-02-01 23:15 barancev
Существует достаточно распространённое мнение, что профессия тестировщика менее престижна, чем, например, профессия разработчика, аналитика или менеджера. Не так давно эта тема в очередной раз достаточно активно обсуждалась в блоге Виктора Ронина. При этом аргументы в защиту профессии тестировщика были, мягко говоря, не очень убедительными.
Чем же определяется престиж профессии? Более высокой зарплатой? Нет, это не причина болезни, а диагноз. Платят меньше из-за того, что профессия менее престижная, а не наоборот. Значит, есть какая-то другая, более весомая причина.
Коллеги, если кто-то знает хороший способ объяснить "на пальцах" непосвящённым людям, в чём ценность тестирования -- поделитесь секретом. Мне часто приходится отвечать на этот вопрос, и очень хочется уметь объяснять это без употребления учёных слов, таких как возврат инвестиций, качество процесса и других, которые только ещё больше запутывают объяснение.