Отправляет email-рассылки с помощью сервиса Sendsay

Новые обсуждения форума тестировщиков Software-Testing.Ru

Подписаться Бесплатная «Серебряная» новостная рассылка Подписчиков 580 RSS
←   Сентябрь 2010   →
 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30


За последние 60 дней 25 выпусков (2-3 раза в неделю)


Сайт рассылки: http://https://software-testing.ru/forum/
Открыта: 04-06-2004

Автор
barancev@gmail.com

Статистика

580 подписчиков
0 за неделю
←   Все выпуски   →

Названия должностей или ролей тестовых инженеров в зависимости от их о


Software-Testing.Ru - портал тестировщиков  

Новые темы форума тестировщиков

Названия должностей или ролей тестовых инженеров в зависимости от их о
2010-09-22 13:28
Привет всем, фантазия зашла в тупик, глаза замылились, решение не приходит.
Какие "погоны", звания придумать для тестеров в зависимости от их опытности и квалификации?
Категории и классы циферками как у ИТР и рабочих - уныло...

Тестирование Flex-приложения при помощи JMeter
2010-09-22 14:12
Всем привет!
Кому нибудь удалось создать нормальные тесты на JMeter для флекс-приложений, где amf-протокол используется? Существует ли какой-нибудь плагин для декодирования двоичных amf-сообщений. Необходимо получать параметр DSid с первым ответом, как-то извлекать его и передавать с последующие запросы. Поиски никаких результатов не дали. Подскажите, пожалуйста, если кто нибудь сталкивался с такой проблемой.

Специалист по тестированию в московский офис Kaspersky Lab
2010-09-22 15:10
Специалист по тестированию в московский офис Kaspersky Lab

Расположение офиса: Москва, м. "Октябрьское поле"
Подразделение: Департамент исследований и разработки

Основные функции и задачи: участие в тестировании продуктов компании (ручное + автоматизация)

Требования к кандидату

Обязательно:
∙ опыт тестирования ПО от 2 лет;
∙ знание методологии тестирования;
∙ знание гибких методик разработки и тестирования
∙ опыт написание тест-кейсов;
∙ опыт разработки ПО приветствуется;
∙ базовые знания T-SQL и администрирования MS SQL 2008;
∙ технический английский;
∙ высшее техническое образование

Желательно:
∙ опыт тестирования ПО под * NIX\Linux;
∙ опыт тестирования распределенных систем;
∙ базовые знания почтовых систем, шлюзов и сетевых протоколов;
∙ опыт автоматизации: MS Visual Studio, PowerShell, HP QuickTest Professional;
∙ опыт работы с TFS;
∙ опыт проведения нефункционального тестирования

Мы предлагаем:

∙ возможности профессионального роста и развития, корпоративное обучение;
∙ конкурентоспособный компенсационный пакет: з/п + бонусы (обсуждается по результатам собеседования);
∙ широкий социальный пакет: ДМС, 100% оплату больничного (в т.ч. по беременности и родам), компенсацию стоимости занятий фитнесом, бесплатные обеды, оплату мобильной связи, курсы иностранных языков, материальную помощь в различных случаях, пособие при рождении ребенка, страхование от несчастного случая, страхование детей;

E-mail: kseniya.zueva@kaspersky.com.

Школа тест-менеджеров – на старт, внимание, марш!
2010-09-22 17:06
Вас ждут отличное настроение, драйв и покорение новых профессиональных высот!

 Занятия будут проходить по четвергам с 19 до 22 по МСК в онлайн-формате.

Школа тест-менеджеров создана для наработки практических навыков результативного управления качеством. В процессе обучения мы раз в неделю обсуждаем одну область управления тестированием в рамках трёхчасового вебинара, после чего на протяжении недели вы воплощаете в жизнь новые практики, пользуясь консультациями и помощью тренера (по e-mail, icq, skype).

Обучение в Школе тест-менеджеров длится два месяца (8 недель) и состоит из следующих блоков:

  • «Процесс тестирования»
  • «Планирование тестирования»
  • «Организация тест-дизайна»
  • «Автоматизация тестирования»
  • «Подбор персонала»
  • «Создание эффективной команды»
  • «Оценка и контроль качества»
  • «Подведение итогов»

Внимание! Первое занятие - бесплатное! На нём мы с вами познакомимся, наметим цели и решим, по пути ли нам и можем ли мы сделать Вашу работу приятнее и эффективнее.

Подробнее...

Заместитель директора по операциям и по вопросам проектного управлени
2010-09-22 18:30
Требования:
∙ Высшее образование;
∙ Знание стандартов, регламентирующих деятельность по управлению проектами (PMBoK)
∙ Наличие действующего сертификата по управлению проектами (без учета сертификатов о прохождении обучения)
∙ Опыт управления IT проектами в области разработки и интеграции ПО
∙ Опыт управления проектным офисом или управление портфелем крупных проектов
∙ Опыт разработки документации, регламентирующей проектную деятельность
∙ Наличие дополнительного образования в области управления проектами – приветствуется
Обязанности:
∙ Обучение персонала компании по вопросам проектного управления и эксплуатации средств автоматизации проектной деятельности.
∙ Разработка регламентов, положений и инструкций по проектному офису
∙ Согласование с подразделениями компании и внедрение разработанных документов по управлению проектами.
∙ Контроль исполнения внедренных регламентов и инструкций.
∙ Участие в работе проектных комитетов крупных проектов компании в качестве консультанта по проектному управлению.
∙ Подготовка отчетности по портфелю проектов компании.
∙ Совместно с руководством компании разработка критериев оценки работы персонала проектного офиса и технической дирекции, участвующего в проектной деятельности.
Условия:
з/п от 100 до 150 тыс. руб. (по итогам собеседования), оформление в соответствии с ТК РФ
м.Войковская

Контакты:
т. (495) 981-61-82 доб.535 Елена Шевченко
eshevchenko@bellintegrator.ru (в теме письма указывать название вакансии)

Нужна оценка тест плана в JMeter
2010-09-23 00:24
Приветствую. Требуеться произвести тестирование до и после улучшения. Тест план естественно должен быть один и тот же чтобы можно было результаты сравнить. Я тестирование как таковым раньше ни когда не занимался. Только Unit testing (JUnit). Вчера скачал JMeter, начал разбираться. Далее я приведу план согласно которому я хотел собираюсь произвести тестирование, и так как я это делаю в первый раз очень нужна ваша оценка. Собственно говоря что тестируем - PDM ( product data management ) которая была разработана в далеком 2001. Были изменения, сейчас требуеться наложить ограничения на доступ по сайту и по объекту(изначально система была все что в ней доступно всем. - collaboration system.). Систима большая и сложная, сложная потому что сделана криво. 15 серверов 15к пользователей, железо мощное а работает все не так как хотелось бы. Изменения уже я внедрил теперь нужно показать результаты. Результаты после улучшения не должны быть хуже чем до! (это прямо так и сказано). В общем помогите с тест планом, чтобы его сделать толково, и не нагружать лишним. Пока тест план только на бумаге, составил основываясь на том что нужно сделать и на том какие инструменты я успел в JMeter найти. Итак.

3 Теста. Каждый для своей restriction group. (Unrestricted, Site restricted, object restricted). Каждый тест имеет 4 Thread groups. (Full, Basic, Light, Aprrover) - по типу лицензии. В каждой из этих thread groups мы задаем свой лист пользователей (думал с генерировать, но пока это кажется сложным потому что у юзер есть префиксы разные (по типу лицензии)). Имена юзеров составные - UnrestrictedFullDocs1, ObjectRestrictedParts5 поэтому у каждой группы потоков свой юзер лист (id,password,action).

После иницилизации данных для каждой группы (ложим массивы ключевых слов для поиска, забираем с файла USERID, PASSWORD, ACTION) идет логин процесс. После отправки проверяем через if controller (${last_sample_ok}) если да то проверяем страничку что там есть ссылка на домашнюю страницу(я так понимаю что тут нужен будет regExp extractor) а если нет(как я понял условия else ни как нельзя задать в JMeter :( ) то ни чего не делаем.

после еще один if controller который проверить что default value было изменено когда было найдено совданение с выражение для поиска ссылки на дом. Все. теперь когда мы убедились что мы на домашней странице авторизированы нужно выполнить последовательность действий раз бесконечно пока не остановим скрипт (нужно с тестировать 1 час). Добавляем loop и там добавляем include container.

Отдельно снимаем последовательность действий в badBoy, переводим в Jmeter, добавляем данные через bean shell preprocessor, выкидываем авторизацию, забираем данные что положили до этого(где то 20 записий для поиска по разным пораметрам), добиваем те действия которые были записаны с заменой тех что ввели руками на те что положили в массиве.

Эти скрипты мы храним отдельно они будут использоваться везде. Ничего случайного, строгая последовательность операций для все тестов и потоков.

После авторизации нам нужно определить какой скрипт вызвать для этого добавляем switch controller. в нем проверяем какое действие было снято вместе с данными на пользователя (если docs - run docs script, если parts - parts...) в соответствии с этим параметром запускаем нужный нам скрипт в бесконечном цикле.

Получается что у нас работает тест в котором 4 группы (различия по типу лицензии у пользователя) в котором после авторизации выпольняеться последовательность действий присвоенная определенному пользователю, до тех пока пока не остановим.

Это еще сырой вариант. Времени не так много, в конце след. недели сдать тестовую версию для одного из объектом, через еще одну, полностью. Пару копеек для меня будут золотом. Выскажите кто какие проблемы/недостатки видит в этом плане, что нужно поменять, что наоборот добавить. Спасибо.

Оставайтесь на связи, мы работаем для вас!

© 2010 | Software-Testing.Ru
В избранное