IBS открывает магистратуру в МФТИ, где будут готовиться специалисты по следующим специальностям: системный архитектор, системный аналитик и консультант в области управления предприятием
Sun Microsystems произвела очередное большое обновление сервера приложений с открытым кодом Java EE 5 (GlassFish V2).
Октябрьский номер журнала Software Test уже доступен для скачивания. Bj Rollison весьма доступно рассказывает про технику разбиения на классы эквивалентности, а Torsten Zelger предлагает чеклист для проверки приложения на тестопригодность (точнее, на автоматизируемость тестов).
- возраст: от 23 до 36 лет; - В/О – техническое; - Опыт работы по тестированию (организации тестирования) ПО в системах архитектуры клиент/сервер от года; - Знание технологий и методик тестирования ПО; - Знание алгоритмических языков разработки и принципов работы баз данных; - Знание правил и стандартов оформления технической и пользовательской документации.
Обязанности:
- Организация и оптимизация процесса тестирования; - Подбор и обучение специалистов по тестированию; - Организация их работы и взаимодействия с другими участниками процесса; - Планирование и контроль задач по тестированию, оценка деятельности тестировщиков.
Условия:
- Полный рабочий день; - Зарплата 1500-2000$ + социальный пакет; - Возможность профессионального и карьерного роста; - Ст. метро Тульская
Maria Miusova Tel : (495) 775-81-35 Fax : (495) 265-05-65 E-mail : m.miusova@norman.ru
- Возраст: от 21 до 30 лет; - В/О – техническое; - Знание принципов работы баз данных; - Знание алгоритмических языков разработки; - Опыт работы по тестированию ПО будет являться преимуществом.
Обязанности:
- Тестирование ПО; - Регистрация результатов тестирования; - Анализ ошибок, выработка предложений по их минимизации; - Анализ алгоритмов, методик, требований; - Взаимодействие с другими участниками процесса разработки.
Условия:
- Полный рабочий день; - Зарплата 1000-1500$ + социальный пакет; - Возможность профессионального и карьерного роста; - Ст. метро Тульская
Maria Miusova Tel : (495) 775-81-35 Fax : (495) 265-05-65 E-mail : m.miusova@norman.ru
Работа/Москва -> Технолог-тестировщик
2007-10-08 11:38 Darkus
Крупная российская компания, разработчик информационных систем приглашает на позицию – Технолог-тестировщик.
Требования:
-Возраст: от 20 до 25 лет; -В/ О- техническое; - Навыки программирования; -Опыт работы с базами данных приветствуется (SQL, MS Access, Oracle);
Обязанности:
- Установка и настройка программного обеспечения; - Функциональное тестирование и анализ программного обеспечения; - Выявление ошибок и постановка задач для разработчиков; - Участие в обучении пользователей;
Условия: Полный рабочий день с 9 до18 часов; Зарплата 1000-1200 $ + социальный пакет. Ст. м. Динамо.
Maria Miusova Tel : (495) 775-81-35 Fax : (495) 265-05-65 E-mail : m.miusova@norman.ru
Требования: - Возраст: от 30 до 50 лет; - В/О – техническое; - Хорошее владение английским языком; - Опыт работы в сфере IT от 3 лет; - Опыт администрирования и поддержки линейки Windows; - Опыт администрирования серверов Windows 2000 – 2003, MS SQL 2000 Server; - Навыки программирования в 1С 8.0 будут преимуществом; - Опыт работы с Lotus Notes Domino Server так же является преимуществом.
Обязанности: - Администрирование Windows 2000/2003 Server, MS SQL 2000 Server; - Настройка и обслуживание активного сетевого оборудования; - Администрирование и поддержка Windows XP и приложений Windows; - Взаимодействие с поставщиками специализированного ПО (Банк Клиент, 1С, Такском и т.д.). - Эксплуатация и поддержка периферийных устройств - Техническая поддержка пользователей.
Условия: - ЗП 2000-3000$ по результатам собеседования, cоц. Пакет - Офис ст.м. Проспект мира.
Maria Miusova Tel : (495) 775-81-35 Fax : (495) 265-05-65 E-mail : m.miusova@norman.ru
Тут опять вопрос появился, может кто что подобное делал?
У меня тестируемое приложение при моих определенных действиях создает в нужной директории файл формата ХХХХХХХХХ_20071008152634.xls
В конце имени файла набор типа датавремя . Дело в том что я не могу точно определить момент создания файла и следовательно узнать его имя, но вне нужно точно знать, создался он или нет. Может сканировать количество файлов в директории и сравнивать с прошлым значением, а может смотреть в атрибутах директории дату модификации??
Интеллектуальная поисковая система Nigma.ru проводит тестирование новой версии своей поисковой системы, которая полностью переписана относительно старой версии с использованием последних достижений в области объектно- и аспектноориентированного программирования, что позволило внести ряд нововведений в работу системы, а также обеспечит дальнейшее быстрое улучшение качества интерфейса и поиска. Пользователи могут протестировать новую версию поисковика, нажав на ссылку «Протестируйте новую версию» на главной странице Nigma.ru, выразить свое мнение, написать жалобу или предложить свежие идеи. (more…)
Обучение тестировщиков ПО -> Эксперт-тренинг по нагрузочному тестированию в Москве
2007-10-08 15:56 Angela
30 - 31 октября 2007 г. Justin Callison, эксперт по нагрузочному тестированию компании LUXOFT, Director of SQA-services, Luxoft Canada, проведет тренинг по организации и проведению эффективного и рационального нагрузочного тестирования. В тренинге будут разобраны основные этапы проведения нагрузочного тестирования, проанализированы типичные проблемы в рамках каждого этапа и рекомендуемые способы их решения. Язык тренинга - английский. Подробности о проведении тренинга на http://www.luxoft.ru/edu/experts_4.html. .
Здесь неоднократно поднималась тема про выбор средства управления процессом тестирования (Test management tools - TMT далее)... Возможно, некоторые вопросы, которые я здесь подниму/задам, тоже будут многим полезны...
Предыстория. Когда количество test case в компании стало исчисляться многими десятками, когда появилось несколько тестеров, стали серьёзно тестировать продукты на различных платформах, возникло обоснованное желание отказаться от ведения дел в элементарном Excel, и организовать свою работу на чуть более высоком уровне.
Исходные предпосылки:
1. bug-tracking система есть (куда без нее?). Поэтому а) Для искомой TMT системы bug-tracking не нужен б) Но, очень желательна возможность интеграции с bug-tracking системой (в любом виде на начальном этапе)
2. Большинство test case (и других документов: requirements, test plans и т.п.) существуют в виде word-документов. Это значит, что нужна система с развитой поддержкой attachments - чтобы эти документы просто аттачить.
3. Специфика разрабатываемого ПО следующая. Версии появляются не часто. Новые билды - регулярно. Скажем 2-3 в неделю (и чаще). Значит нужно, чтобы при появлении нового билда (в терминологии некоторых ТМТ - версии) не требовалось заново описывать для него весь набор test case'ов (это было бы утомительно), а просто добавить билд, и/или скопировать в этот новый билд весь набор case'ов предыдущего билда.
4. От билда к билду в некоторые тесты меняются. В принципе меняются как правило "результаты". Т.е. последовательность действий остаётся, а вот результаты - становятся другими. (Иногда повышается точность, иногда сам вид результатов и т.п.). Впрочем, это не важно что меняется. Вывод один - требуется версионность в для работы с test case'ами (ес-но что и версионность requirements тоже требуется, ибо тесты определяются требованиями к ПО).
5. Производимое ПО имеется в нескольких редакциях (например: Desktop, Enterprise edition и т.п.)
6. Производимое ПО может работать на нескольких ОС (правда пока одного семейства), например: Windows 2000, ХР и т.п.
7. Абсолютное большинство (для простоты будем считать что ВСЕ) test case'ов должны выполняться с одинаковыми (равными) результатами на любых платформах, в любой редакции ПО и т.п - т.е. функциональность ПО одинаковая (это, понятно, упрощает дело).
Итак, резюмируя, ничего, как мне кажется необычного. А именно, еще раз и кратко:
а) Есть набор test case'ов в виде doc-файлов, которые время от времени изменяются. В общем, набор test case'ов являет собой некоторое множество, каждый элемент которого (тест) должен выполняться на любой комбинации платформа/операционная система/редакция ПО и т.д.
б) Хотелось бы эти test case'ы хранить в упорядоченном виде в каком то ПО для управления тестами, где иметь возможность назначить ответственного, смотреть результаты по тестированию в различных разрезах... (это цель нашей реорганизации, здесь вообще много чего можно было написать чего бы хотелось...)
в) Собственно результаты тестирования должны храниться а разрезах: - операционная система (Windows 2000, ХР и т.п.) - редакция ПО (Desktop, Enterprise edition) - кто/где выполнил тест. Т.е. как минимум - какой тестер.
Ну чем больше здесь измерений - в принципе тем лучше. На будущее. Можно и платформу еще указать тестовую и т.п. и т.д.
Если еще и custom fields будут - вообще гуд.
г) Для тестов (требований) нужна поддержка версионности. В принципе наличие возможности управления требованиями не так критична. Бог с ними. Требования можно отдельно формировать, и указывать их как часть test case при разработке конкретного теста. Это конечно не идеально, но пока (на год-два, скажем, ближайших) вполне хватит.
Вот вроде и все. На мой взгляд - очень типичная ситуация для выпуска любого продукта.
Ес-но, поход к руководству за деньгами на данное мероприятия начнётся с первого же вопроса руководства: "А почему бы нам не использовать open source software?" Не буду сейчас вдаваться почему и насколько логичен и целесообразен данный подход у руководства. Для моего руководства - логичен. Аксиома. Поэтому буду рассматривать open source test management tools.
В следующих постах добавлю несколько своих наблюдений о разных продуктах. Буду рад, если подобной информацией поделятся те, кто реально использует Test management tools в своей работе - всем будет полезно :))
Начну с QaTraq и завтра напишу свою оценку и вопросы по QaTraq.
Бюро общественной безопасности Китая заблокировало в начале октября 2007 г. большую часть RSS-агрегаторов, которые до сих пор не были запрещены «великим китайским файрволом».
В список запретных URL попали все, начинающиеся с «feeds», «rss» и «blog». Таким образом, заблокирован сайт Feedburner.com и многие другие сетевые агрегаторы, сообщает Arstechnica.com. (more…)
Hewlett-Packard (Mercury) - Quality Center -> Проблема с Browser().close в QTP9.2
2007-10-08 20:23 Jed Meyers
Есть Репорт в Веб приложении (java) в виде дерева. Необходимо сравнить значение определенных полей в каждой ветке дерева. Это делается с помощью GetROProperties("innertext") и цикла. Проблема в том что после прохождения скрипта и попытки закрыть окно с репортом ИЕ крешится (неважно как закрывать, через .Close либо руками - результат один). И происходит это только после того как у него вытягиваются эти данные. Если никаких действий не производить репорт закрывается нормально.
В чем может быть загвоздка?
With Browser("title:=title").Page("title:=title") For X=1 To 10 strInnertext = .WebElement("параметры" ' тут Split'ы для парса строки Next End with Browser("title:=title").Close 'IE Crash
Вот как выглядит репорт Работа для программистов -> Москва, программист .net
2007-10-08 23:36 uno
Набираем небольшую команду. Хотим разработать новую платформу для своих продуктов, и уже есть заказы на разработку приложений. Много интересных идей - ждем для их воплощения хорошие головы и руки. Нужно 2-3 программиста, 1-2 тестировщика.
Для программистов требуется: Опыт работы во Framework 2.0 и С# не менее 3-х лет, опыт создания динамических пользовательских интерфейсов WinForms. Умение работать в команде. Ответственность Желательно: Возраст от 25, до 30 лет. Опыт работы с WebServices. Навыки работы с MSSQL и/или Oracle. Знание HTML, ASPx, VBScript / JavaScript. WinApi, ATL, MFC. MS OLAP (MDX).
Для тестировщиков требуется: Опыт работы не менее года. (Умение самостоятельно настроить тестовую среду, написать простой SQL запрос) ЛИБО (умение очень дотошно вникать в бизнес-логику ПО). Аккуратность и ответственность в работе. Умение излагать свои мысли письменно. Желательно: (Умение общаться с пользователями и (кратко) написать руководство для пользователя) ЛИБО (навыки или горячее желание обучиться автотестированию в Rational).