[Моя тестовая лаборатория]

Должностная инструкция Начальника отдела тестирования

2007-09-04T14:51:03Z

На сайте [Моя тестовая лаборатория] появился живой пример должностной инструкции Начальника отдела тестирования:

ДЕПАРТАМЕНТ: БАНКОВСКИХ ТЕХНОЛОГИЙ
ОТДЕЛ: ТЕСТИРОВАНИЯ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ
ДОЛЖНОСТЬ: НАЧАЛЬНИК ОТДЕЛА

1. ОБЩИЕ ПОЛОЖЕНИЯ

1. Начальник отдела тестирования программного обеспечения относится к категории руководителей.

2. На должность начальника отдела тестирования программного обеспечения назначается лицо, имеющее высшее профессиональное (техническое) образование и стаж работы по специальности не менее 5 лет.

Новые вакансии в известных компаниях

2007-06-25T09:04:16Z

В Банке вакансий интернет-портала www.mytestlab.ru появилось множество интересных вакансий для специалистов в области тестирования и контроля качества ПО от таких известных компаний, как Бегун, МТС, Ренессас Капитал, БОСС Кадровик и др.
Например,
Инженер по тестированию (ISA server) - Лаборатория Касперского (зарплата от 1000 до 2200)
Тестировщик/специалист по MS SQL Server - ЗАО "БОСС. Кадровые системы" (зарплата от 1500 до 2000)
Инженер по нагрузочному тестированию - КА "Ventra Employment" (зарплата от 1600 до 1800)

Остальные вакансии здесь>>>

Лестница ИТ-рангов

2007-06-24T15:04:13Z

Новые вакансии от компании Mirantis на www.mytestlab.ru

2007-06-15T13:45:20Z

В компании Mirantis открыты следующие вакансии:

Ведущий QA инженер (зарплата 4000$)
Тест Менеджер (зарплата 2500-3000$)
Специалист по тестированию (зарплата 2000$)

Айтишники сгорают на работе

2007-05-29T10:27:10Z

Исследования SkillSoft показали, что среди всех профессий наиболее подвержены стрессу работники сферы IT. По этому показателю компьютерщики сумели обогнать врачей, менеджеров и священников, сообщает The Register.

По данным SkillSoft, 97 процентов работников сферы IT признают, что их работа становится причиной постоянного стресса. 80 процентов IT-шников заявили о том, что их настроение портится каждый раз, когда они только думают о работе, а четверть респондентов пожаловалась на то, что у них не хватает времени на психическую реабилитацию. Такие данные были получены в результате опроса около 3000 человек

Один из опрошенных компьютерщиков сообщил, что большую часть рабочего дня ему приходится отвечать на вопросы людей, абсолютно не разбирающихся в компьютерах и тратить свое драгоценное время на то, чтобы объяснить незадачливым сотрудникам, где находится нужная кнопка. А в случае, если появляется серьезная техническая проблема, он тут же получает выговор от начальства.

В рейтинге наиболее подверженных стрессу работников оказались представители следующих профессий: на первом месте IT-шники, второе место занимают медики, а тройку лидеров замыкают инженеры. Далее, в порядке убывания стрессоопасности, идут менеджеры, учителя и священники.
Источник: Lenta.ru

Требуется инженер по тестированию

2007-05-22T10:40:43Z

Группа крупных западных IT-компаний, работающих в России, объявляет набор на вакансии "Инженер по тестированию":

Задача: тестирование PC игр(80%) и различных приложений(20%) на предмет нахождения ошибок. Частично тестирование выполняется в автоматическом режиме. Необходимо уметь писать некоторые программы, связанные с тестированием.

Требования:
- базовые знания 3D;
- базовые знания линеек видеокарт;
- навыки в конфигурации параметров оборудования(мат. платы, видеокарты и т.д.);
- начальный уровень знания C++ и\или Perl;
- а так же понимание таких вещей, как: antialiasing, filtering, shaders, refresh, texturing;
- начальный уровень знания систем автоматизации тестирования;
- письменный английский;
- в\о законченное\незаконченное техническое.

Офис компании находится в центре Москвы.
Полный рабочий день.

Компеннсации:
- з\п приблизительно 1200$(обсуждаемо!);
- оформление по трудовой книжке;
- оплачиваемые обеды;
- медицинская страховка;
- страховка жизни;
- оплачиваемые уроки английского;
- оплачиваемые треннинги проф.роста;
- частичная оплата фитнесс-клуба (250$ в год)
- предоставляются отпуска, больничные.

Заинтересованных прошу связаться со мной по e-mail: alisakml@yandex.ru

Как грамотно пиииип разработчика

2007-05-09T09:46:47Z

Тестер - это такой наркоман...

2007-05-08T11:00:03Z

Тестер - это такой наркоман.
Потому что его основная задача - ловить глюки.
***
В ходе вашей работы в нашей компании произошла ошибка. Попробуйте уволиться и устроиться на работу еще раз.
***
- Как баги размножаются?
- Да очень просто! Программисты с ними по ночам трахаются.
***
Серьезная организация возьмет на высокооплачиваемую должность опытного хакера. Резюме просим размещать на главной странице сайта www.microsoft.com.

4 вопроса, которые используют кадровые агентства, чтобы оценить умственные способности кандидатов

2007-05-07T13:27:57Z

ВОПРОС 1: КАК ЗАСУНУТЬ ЖИРАФА В ХОЛОДИЛЬНИК?
Правильный ответ: Открыть холодильник, засунуть туда жирафа, закрыть холодильник.
Этот вопрос позволяет выяснить, нет ли у вас склонности выискивать чересчур сложные решения для простых задач.

ВОПРОС 2: КАК ЗАСУНУТЬ В ХОЛОДИЛЬНИК СЛОНА?
Неправильный ответ: Открыть холодильник, засунуть туда слона, закрыть холодильник.
Правильный ответ: Открыть холодильник, вынуть оттуда жирафа, засунуть туда слона, закрыть холодильник.
Этот вопрос позволяет выяснить, способны ли вы при принятии решений учитывать последствия ваших предыдущих действий.

ВОПРОС 3: ЛЕВ СОЗВАЛ ВСЕХ ЗВЕРЕЙ НА СОБРАНИЕ. ЯВИЛИСЬ ВСЕ, КРОМЕ ОДНОГО. ЧТО ЭТО ЗА ЗВЕРЬ?
Правильный ответ: Это слон. Он же в холодильнике, помните?
Этот вопрос проверяет вашу память.

ОК. Даже если вам не удалось правильно ответить на предыдущие три вопроса, у вас все же остался шанс показать, на что вы способны.

ВОПРОС 4: ВАМ НУЖНО ПЕРЕСЕЧЬ ШИРОКУЮ РЕКУ, КОТОРАЯ КИШИТ КРОКОДИЛАМИ. КАК ВЫ ЭТО СДЕЛАЕТЕ?
Правильный ответ: Вплавь. Ведь крокодилы-то все на собрании у льва.

Улица для тестировщиков :))

2007-05-04T09:09:51Z

Сегодня мэр Москвы Юрий Лужков подписал распоряжение о переименовании нескольких улиц неподалеку от строящегося ММДЦ «Москва-Сити».

4-й Красногвардейский проезд, расположенный от пересечения с Краснопресненской набережной до пересечения с 2-м Красногвардейским проездом и проходящий вдоль Третьего транспортного кольца, отныне переименован в Тестовскую улицу.

Источник: Новости на Mail.ru

Как правильно писать английское резюме (CV)

2007-05-01T05:47:31Z

Resume-Help.org
Хороший ресурс с примерами резюме, рекомендациями по составлению резюме и сопроводительных писем и описанием источников поиска работы.

The Riley Guide: Resume/CV Help
Хорошая коллекция статей на тему составления резюме, включая шаблоны, описания способов представления портфолио и создания видео-резюме.

Resume-Resource.com
Описания форматов резюме и сопровождающих писем, примеры резюме, простые и сложные шаблоны резюме, статьи о правилах составления резюме.

Resumes at CollegeGrad.com
Статьи о создании резюме (самостоятельном и с помощью профессионалов), его размещении и редактировании.

Resume FAQ
Полезный ресурс, содержащий ответы на вопросы, наиболее часто возникающие при составлении резюме.

Cover Letter Writing Guide
Статья об основных правилах написания английского сопроводительного письма.

Microsoft Office Templates
Шаблоны различных типов резюме, предлагаемые Microsoft Office.

Из "айтишников" в директора

2007-04-30T16:46:54Z

В последние годы появилась тенденция назначать на должность исполнительного директора заместителя директора по производственным вопросам или финансового директора. Но по необъяснимым причинам начальников ИТ-отделов практически не назначали на должности исполнительных директоров, несмотря на наличие у них необходимых деловых качеств и навыков.

Было проведено исследование, которое выявило, что амбициозным "айтишникам" необходимо иметь качества лидера (именно так считает 43% опрошенных).

Мысль о том, что для того чтобы добиться "топовой" должности руководителю ИТ-отдела надо развить в себе необходимые для этого качества, разделяет и Рик Фрэнсис, который был начальником ИТ-отдела в Safeway, а теперь работает заместителем директора в Post Office. "Проблема не в должности, а в самом человеке. Если вы сможете добиться права присутствовать на всех деловых переговорах, то тогда у вас появится шанс расширить свою сферу влияния за рамки вверенной вам сферы информационных технологий".

Также 15% респондентов отметили в качестве необходимых навыков коммерческую осведомленность, в то время как 4,5 % считают самыми главными качествами – деловую хватку и навыки в области продаж.

Фил Янг, глава ИТ-отдела в Amtrak, считает, что главной проблемой, с которой могут столкнуться новоиспеченные исполнительные директора, которые еще вчера были руководителями ИТ-отделов, - это проблема наличия необходимых знаний. "Во многих компаниях в ИТ-директоре в первую очередь видят инженера, поэтому считают, что он не сможет разобраться в маркетинговых и финансовых вопросах".

Однако, при этом, Янг отмечает, что многие начальники ИТ-отделов иногда принимали гораздо лучшие решения, чем исполнительные директора.

Кроме того, 28% опрошенных в ходе исследования, отметили так называемый "человеческий фактор". Вот что по этому поводу говорит Пол Брум, технический директор компании 192.com: "Руководителю ИТ-отдела, который хочет стать исполнительным директором, нужно понимать и уметь правильно себя вести как при большом успехе, так и при поражении. Ему придется как нанимать работников, так и увольнять их. Он должен понимать, что мотивация сотрудников технического отдела должна отличаться от мотивации сотрудников отдела продаж".

Год назад было проведено такое же исследование. Сравнив его результаты с результатами нынешнего, можно сказать, что сейчас наличие навыков в сфере продаж и маркетинга не является самым необходимым качеством. Теперь гораздо больше ценят лидерские качества, креативность и новаторство.

По материалам Silicon.com

Автоматизированное тестирование при разработке ПО

2007-04-28T10:09:33Z

Так сложилось, что ответ на вопрос о качестве ПО в большинстве случаев дает только его эксплуатация -- как говорится, "жизнь покажет". Вместе с тем заказчик вправе требовать от разработчика гарантий. Обилие неудачных попыток получить заказное ПО высокого качества вызывает у заказчиков законные вопросы: а возможно ли в принципе создавать качественное ПО? как этого добиться? что должен требовать заказчик от подрядчика, чтобы получить качественное ПО? как должен работать сам заказчик?

Для оценки качества ПО всегда применяется целый комплекс мер, среди которых тестирование ПО на предмет обнаружения ошибок - один из важнейших этапов.
Продолжение...

Авторы: Виктор Ематин, Борис Позин
Источник: [Моя тестовая лаборатория]

Приглашаю на работу в банк (Москва)

2007-04-25T11:16:48Z

В крупном коммерческом банке открыты вакансии:
- главный специалист по тестированию
- ведущий специалист по тестированию
- специалист по тестированию.

Общее описание вакансии:
Обязанности:
- Tестирование документации (технического задания).
- Оценка трудоемкости задач по тестированию.
- Разработка сценариев тестирования.
- Тестирование ПО (ручное и автоматизированное, функциональное, юзабилити, регрессионное).
- Фиксирование дефектов в bug tracking-системе.
- Составление отчетов о тестировании средствами системы управления дефектами.
- Взаимодействие с аналитиками.
- Ответственность за полное тестирование ключевых проектов по разработке программного обеспечения в соответствии с документированными процедурами и планом тестирования.

Требования:
- Высшее образование (техническое или экономическое).
- Знания теории и принципов тестирования программных продуктов и построения приложений с многозвенной архитектурой.
- Опыт работы в качестве тестировщика ПО не менее двух лет.
- Опыт создания планов тестирования.
- Опыт в тест-дизайне (умение составлять и анализировать сценарии тестирования и тестовые наборы данных на основе требований к системе).
- Опыт работы с любыми системами регистрации ошибок (вug tracking).
Личные качества: аналитический склад ума, наблюдательность, внимательность к деталям, аккуратность, ответственность, умение хорошо выражать свои мысли в устной и письменной форме, навыки эффективного обмена информацией, умение работать в команде.
Приветствуется:
- Опыт тестирования банковского ПО.
- Знание предметной области (банковских технологий и основ бухучета).
- Опыт автоматизированного тестирования (Mercury WinRunner, SilkTest, Rational Robot и т.д.)).
- Опыт программирования.

Условия:
- зарплата (белая) от 1000 до 2200 - в зависимости от опыта и квалификации кандидата.
- медицинское страхование за счет компании.
- профессиональный рост (участие в интересных проектах с использованием новейших технологий).
- офис компании (ст. м. Улица 1905 года).

E-mail: natalia_paramonova@yahoo.com
ICQ: 349959543
Наталья

Заповеди тестирования

2007-04-25T10:55:36Z

Реализация V-модели и стадийной локализации включает изменение процессов разработки, организации и технологии - своего рода заповеди, следование которым поможет при планировании и последующей реализации проекта. Все вместе эти заповеди позволят относиться к тестированию как к постоянной и построенной на единых принципах деятельности на протяжении всего цикла разработки.

Разрабатывайте планы для тестирования заранее.
Начинать думать о тестировании непосредственно перед запуском теста - это недостаток многих проектов. Отсутствие должного планирования часто приводит проект в режим "свалки", когда условия тестов, данные и среда тестирования несогласованы. Это отнимает массу времени и сил, а в итоге мероприятия формального тестирования начинаются позже, да еще и в условиях исчерпанного бюджета. План тестирования должен быть неотъемлемой частью начальных планов проекта. Опережающее планирование помогает организации начать тестирование вовремя и оставаться в рамках плана и бюджета.

Определяйте стадии разработки и тестирования.
Тщательно определенный процесс разработки позволяет описать все детали процесса тестирования. Ясное понимание хода работы на каждой стадии составляет основу для организации разработки и процесса тестирования. Хотя это достаточно общее представление, но без определения конкретных стадий, разработчики часто допускают ошибки в коде, а потом и во время тестирования. Чтобы успеть закончить в срок, члены команды разработчиков вынуждены торопиться, и о бюджете в этот момент уже никто не вспоминает.

Определяйте критерии входа и выхода.
Критерии входа и выхода определяются для тех моментов, когда стадия начинается и заканчивается. Руководители работ должны определить их во время планирования проекта. Применение критериев улучшает продвижение проекта со стадии на стадию. Выполнение критериев входа и выхода означает, что проект действительно продвигается вперед, а разработчики не просто "заметают" свои ошибки "под ковер" следующей стадии.

Определяйте условия теста как можно раньше.
Необходимо идентифицировать условия теста еще во время разработки спецификации, а не непосредственно перед запуском теста. Следовательно, спецификация анализа должна включать условия теста для системного тестирования, а спецификация разработки - условия теста для покомпонентного и комплексного тестирования. Определение условий тестирования на протяжении процесса разработки обеспечивает завершенность и возможность проверки спецификаций.

Управляйте метриками тестирования.
Определенный процесс, с критериями входа и выхода, обеспечивает основу для измерений процесса разработки и тестирования. Множество метрик тестирования дает руководителям проекта достоверную информацию о ходе разработки. Метрики тестирования отслеживают количество ошибок, стадию, на которой они обнаружены, и меры для их устранения. Эта информация позволяет руководителям анализировать продвижение проекта, производительность коллективов и необходимость корректирующих действий. К примеру, ошибки, допущенные во время анализа, но обнаруженные в процессе проектирования, могут служить сигналом о недостаточном понимании функциональности приложения.

Заведите в группе разработчиков менеджера по тестам и организуйте независимую тестовую команду.
Тестирование включает нахождение ошибок в работе специалистов, а это всегда было делом неблагодарным. Менеджер, ответственный за тестирование и независимый коллектив специалистов отделяют процесс обнаружения ошибок от процесса разработки приложения. Это разделение ответственности за качество кода и за его тестирование помогает не пропустить условий тестирования или ошибок, оставаясь при этом в рамках временного графика или бюджета.

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

Организуйте команды в рабочие бригады.
Рабочая бригада является формой организации коллектива, апробированной в производственной практике многих отраслей. Можно трактовать Рабочую бригаду как команду разработчиков, которые коллективно ответственны за весь процесс создания определенной части приложения. Рабочие бригады устанавливают внутри проекта точные границы ответственности каждого сотрудника за качество приложения. Более прогрессивные организации сознают преимущество командной, а не индивидуальной работы, и поэтому коллективы стремятся подчинить отдельных разработчиков общим задачам.

Позаботьтесь об архитектуре тестирования.
Тестирование включает изучение многочисленных факторов функционального и технического поведения приложения и экспериментирование с ними. Архитектура тестирования призвана обеспечить совместно используемые подходы и стандарты для управления данными тестирования, регрессивного тестирования, управления ожидаемыми результатами и другими факторами. Архитектура тестирования должна быть расширением общей технической архитектуры. Она упрощает выполнение тестов и позволяет уделить больше времени результатам тестов и внесению необходимых изменений.

Эффективно используйте инструменты тестирования.
Тестирование, несомненно, может быть весьма трудоемким процессом. Инструменты тестирования автоматизируют отдельные стороны этого процесса и, таким образом, помогают сэкономить время и усилия. Заинтересованные коллективы должны рассматривать эти инструменты как часть своих планов тестирования, архитектуры тестирования и среды разработки. Преимущество такого подхода может быть существенным - один из наших коллективов полностью автоматизировал регрессивное тестирование своего клиент-серверного online-приложения.

Источник: журнал "Открытые системы"

Два поколения Visual Studio

2007-04-10T06:35:20Z

К концу этого года в Microsoft собираются выпустить Orcas, крупное обновление платформы разработки ПО Visual Studio, а уже год спустя - еще одну версию, имеющую кодовое имя Rosario.
По словам специалистов корпорации, основное внимание в Rosario будет уделено функциям управления жизненным циклом приложений, реализуемым наборами клиентских компонентов Team System и серверных Team Foundation Server. В числе совершенствуемых и разрабатываемых - инструменты тестирования и обеспечения качества, а также развитые средства анализа кода.
Rosario разрабатывается уже сейчас, параллельно с Orcas. Важной особенностью Rosario станет возможность вовлечения ИТ-персонала и бизнес-аналитиков в процесс разработки приложений. CTP-версия Rosario выйдет примерно в одно время с финальной Orcas. В последней появились такие новшества, как технология Language Integrated Query (LINQ), облегчающая программисту доступ к данным, и поддержка рефакторинга кода в Visual Basic.
Team Foundation Server в Orcas позволит снабжать код аннотациями и оставлять внутри кода комментарии с автоматическим указанием их авторства. Microsoft также объявила о приобретении турецкой компании devBiz Business Solutions, разработчика Web-интерфейса для Team Foundation Server, получившего название TeamPlain Web Access for Team System. Web-клиент для TeamServer будет предлагаться на сайтах TeamPlain и MSDN пользователям Team Foundation Server бесплатно, а со временем он войдет в состав набора приложений Power Tools, расширяющих возможности Team Foundation Server.
В Microsoft напоминают, что в этом году среда разработки Visual Studio отмечает свое десятилетие.

Источник: www.osp.ru

Как просить о повышении зарплаты

2007-04-04T06:35:02Z

Три составные части хорошего описания ошибки

2007-03-23T06:42:12Z

Запомнить правила составления хорошего описания ошибки совсем нетрудно: Каждое хорошее описание ошибки должно содержать ровно три вещи:
1. Какие шаги привели к ошибке.
2. Что вы ожидали увидеть.
3. Что вы в самом деле увидели.

Просто, да? Увы, нет. В бытность свою программистом я периодически получал описания ошибок, где отсутствовала та или иная часть.
Если вы не расскажете мне, как воспроизвести ошибку, я, наверное, просто не пойму, о чём вы вообще говорите. "Программа виснет и оставляет на столе дурно пахнущий объект, похожий на мешок навоза". Отлично, дорогой. Но я ничем не смогу тебе помочь, пока ты не расскажешь мне, что именно ты делал. Хочу отметить, что существуют две ситуации, в которых трудно точно воспроизвести действия, ведущие к ошибке. Бывает, что просто никак не вспомнить, какие именно шаги привели к ошибке, или, бывает, информацию об ошибке вам прислали из полевых условий. (Какие ж они полевые? Ни пшеницы, ни васильков. Ну да ладно.) Вторая ситуация — это когда ошибка воспроизводится не каждый раз. Но и тут стоит составить перечень действий, отметив, что ошибка происходит не всегда. В этих случаях бывает очень сложно локализовать ошибку, но попробовать можно.

Если вы не опишете, чего ожидали, я могу не понять, почему это, собственно, ошибка. На заставке следы крови. И что с того? Может быть я порезал палец, когда кодировал это место. А вы чего ожидали? А-а-а! Вы говорите, в спецификации написано "без крови"? Ну тогда понятно, почему вы решили, что это ошибка.

Часть три. Что вы в самом деле увидели. Если вы мне не расскажете об этом, я и не узнаю, в чём же ошибка. Ну, это и так понятно.

Источник: Joel on Software и [Моя тестовая лаборатория]
(выдержка из статьи "Работа над ошибками малой кровью")