Перейти к содержимому

Фотография

Тестовое задание... на испытательный срок!


  • Авторизуйтесь для ответа в теме
Сообщений в теме: 14

#1 Molechka

Molechka

    Профессионал

  • Members
  • PipPipPipPipPipPip
  • 1 224 сообщений
  • ФИО:Ольга Назина (Киселева)
  • Город:Москва


Отправлено 14 октября 2015 - 11:04

В чатике моих выпускников поднялась интересная тема.

 

Как вам кажется - нормально ли давать тестовое задние уже после того как приняли на работу, в качестве испытательного срока?

 

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

 

Такой испытательный срок в их компании - стандартная практика для всех новых сотрудников. Новичков сразу в действующие проекты не берут, т к риски что тестирование будет не на должном уровне, а перепроверять каждый раз ни у кого нет времени.
 
Мне немного непонятен подход: Три собеседования и тестовое задание длиной в три часа вы успешно прошли, мы вас берем, подписывайте договор - но работать не дадим, и времени у нас на вас нет. Понимаю, что сначала к новичкам присматриваются и приоритетные задачи никто не даст, но можно начинать с простых задач, давать что-то посерьезнее постепенно. А если нет времени проверять то, что сделано по реальным проектам, откуда возьмется время проверять выполнение тестового задания?
 
А вы как относитесь к такому подходу? Было бы оскорбительно узнать на собеседовании, что вам не будут доверять реальные задачи первый месяц?
 

 


  • 0
Автор сайта для начинающих тестировщиков http://testbase.ru/
Автор портала проверки названий багов http://bugred.ru/
Веду блог http://okiseleva.blogspot.com/

#2 Freiman

Freiman

    Профессионал

  • Members
  • PipPipPipPipPipPip
  • 1 591 сообщений
  • ФИО:Андрей Адеркин
  • Город:Йошкар-Ола

Отправлено 14 октября 2015 - 11:23

Для меня - вполне нормальный подход.

Изучение и тестирование существующей (предыдущей) версии приложения - это не "еще одно тестовое задание", а адекватная работа для новичка.

Можно изучить систему, инфраструктуру, процессы.

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

Впрочем, я еще не видел компаний, где тестировщикам не приходится учиться самостоятельно :)


  • 1

#3 Alekssh1ft

Alekssh1ft

    Новый участник

  • Members
  • Pip
  • 30 сообщений


Отправлено 14 октября 2015 - 11:24

Считаю, что с одной стороны- сразу доверять задание новому сотруднику-это риски работодателя, с другой стороны- опыт и возможность для нового сотрудника  быстрее войти в "поток".  На вопрос оскорбительно или нет- если об этом действительно сказала на собеседовании- то не обижусь, ибо таковы условия и их озвучили до приёма на работу. А если после - то да, заденет конечно.


  • 0

#4 Vasiliy

Vasiliy

    Профессионал

  • Members
  • PipPipPipPipPipPip
  • 2 959 сообщений
  • ФИО:Касимов Василий
  • Город:Москва

Отправлено 14 октября 2015 - 13:37

Вы хотите рассказать компании как вести дела?)

 

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

На старой работе у меня новенькие релиз-инженеры месяц или два сидели на тестовом хранилище кода и изучали тестовые проекты. И только потом было решено выдавать им допуск к боевым хранилищам кода.

 

Вообще-то испытательный срок - это и есть большое тестовое задание. Как компания его оформит - личное внутреннее дело. Никаких оскорблений я тут не вижу.


  • 0

#5 SHINNOK

SHINNOK

    Постоянный участник

  • Members
  • PipPipPip
  • 247 сообщений
  • ФИО:Кравченко Артём
  • Город:Таганрог


Отправлено 14 октября 2015 - 13:41

 

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

 

 

А если реальные действующие проекты никак не будут связаны с теми, что дают на тестирование (К примеру, дали потестировать интернет-магазин, а сейчас в разработке банковское ПО), то действующим специалистам всё равно придётся так или иначе возиться с новичком и вводить его в курс дела, когда он переключится на реальную задачу.  

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

Хотя я для себя уже давно сделал вывод - каждая компания считает, что у неё (Вот именно у неё) единственно правильный подход к разработке/тестированию/внедрению и т.п. и по-другому быть не может. 

Приходится адаптироваться :)


  • 0
Второй активно используемый ник - Victim

#6 clipsa

clipsa

    Специалист

  • Members
  • PipPipPipPipPip
  • 527 сообщений
  • ФИО:Ермолаева Ольга
  • Город:Москва


Отправлено 14 октября 2015 - 14:55

Со своим уставом в чужой монастырь...

Если у них заведены такие порядки и кандидат на собеседованиях и при приеме на работу согласился со всеми условиями работы, то первое время необходимо смотреть и учиться, а не возмущаться процессами :)

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


  • 0

Не следует заставлять тестировщиков тестировать быстрее. Что может быть хуже испуганных, усталых, цинично настроенных тестировщиков?
-----------------
Хорошо, когда человек заводит баги. Плохо, когда баги заводят человека (с)
-----------------
Проект для начинающих тестировщиков Хомячки


#7 Molechka

Molechka

    Профессионал

  • Members
  • PipPipPipPipPipPip
  • 1 224 сообщений
  • ФИО:Ольга Назина (Киселева)
  • Город:Москва


Отправлено 15 октября 2015 - 04:27

Я тоже считаю, что, если тебя предупредили на собеседовании — все ок.

И если такая практика для всех новичков, иначе как-то обидно, все сразу на реальный, а ты на тестовый...

 

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

Вообще компании, у которых есть такие проекты, имхо, немаленькие, хотя тут я могу только додумывать. Проверять навыки новичка проще на проекте с уже известными багами. Смотришь, что он нашел, знаешь, что должен был и делаешь выводы, пропустил ли критичное. А если еще что-то новенькое обнаружил, то вообще молодец =)


  • 0
Автор сайта для начинающих тестировщиков http://testbase.ru/
Автор портала проверки названий багов http://bugred.ru/
Веду блог http://okiseleva.blogspot.com/

#8 demshin

demshin

    Новый участник

  • Members
  • Pip
  • 33 сообщений
  • ФИО:Демшин Александр Васильевич
  • Город:Пермь

Отправлено 15 октября 2015 - 05:39

Я работаю первую неделю в качестве тестировщика. Уже доверяли проверить новый релиз, работающий в боевом режиме. Тест-кейсы только прописанные уже были.


  • 0

#9 Molechka

Molechka

    Профессионал

  • Members
  • PipPipPipPipPipPip
  • 1 224 сообщений
  • ФИО:Ольга Назина (Киселева)
  • Город:Москва


Отправлено 15 октября 2015 - 05:46

Я работаю первую неделю в качестве тестировщика. Уже доверяли проверить новый релиз, работающий в боевом режиме. Тест-кейсы только прописанные уже были.

Ну тут все зависит от компании, ее проектов и культуры.

 

Может быть, компания работает с деньгами. Или с оборудованием, где очень критичны баги. Или просто по договору с Заказчиком «много багов = штраф». Мало ли.

Мне кажется, это не характеризует компанию как хорошую или как плохую. Равно как и начинающего тестировщика, как крутого (мне уже доверили) или как некрутого (мне не доверяют!). Таковы правила игры, ты или подписываешься на них или нет.

 

Я, правда, с таким не сталкивалась, но мне было бы интересно и на тестовом проекте, думаю — все равно для меня то это новое и неизученное


  • 0
Автор сайта для начинающих тестировщиков http://testbase.ru/
Автор портала проверки названий багов http://bugred.ru/
Веду блог http://okiseleva.blogspot.com/

#10 aid

aid

    Опытный участник

  • Members
  • PipPipPipPip
  • 448 сообщений
  • ФИО:Николай


Отправлено 15 октября 2015 - 07:15

Кстати, очень хороший подход начинающего на пару недель усадить за тестирование документации.


  • 0

#11 Molechka

Molechka

    Профессионал

  • Members
  • PipPipPipPipPipPip
  • 1 224 сообщений
  • ФИО:Ольга Назина (Киселева)
  • Город:Москва


Отправлено 15 октября 2015 - 07:19

Если не давать в руки реальный проект, или тестовые, но по этой доке — то наполовину напрасная трата времени.

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


  • 0
Автор сайта для начинающих тестировщиков http://testbase.ru/
Автор портала проверки названий багов http://bugred.ru/
Веду блог http://okiseleva.blogspot.com/

#12 Dalay_LAMO

Dalay_LAMO

    Опытный участник

  • Members
  • PipPipPipPip
  • 265 сообщений
  • ФИО:Дмитрий
  • Город:Санкт-Петербург


Отправлено 15 октября 2015 - 07:48

Кстати, очень хороший подход начинающего на пару недель усадить за тестирование документации.


Думаю, что о "тестировании документации" здесь вряд ли стоит говорить. Об ознакомлении и изучении - возможно, но тестировать документацию новому человеку на проекте весьма затруднительно.
  • 0

#13 aid

aid

    Опытный участник

  • Members
  • PipPipPipPip
  • 448 сообщений
  • ФИО:Николай


Отправлено 15 октября 2015 - 07:56

 

Кстати, очень хороший подход начинающего на пару недель усадить за тестирование документации.


Думаю, что о "тестировании документации" здесь вряд ли стоит говорить. Об ознакомлении и изучении - возможно, но тестировать документацию новому человеку на проекте весьма затруднительно.

 

 

Ну, у кого то получалось, причём неплохо.


  • 0

#14 Molechka

Molechka

    Профессионал

  • Members
  • PipPipPipPipPipPip
  • 1 224 сообщений
  • ФИО:Ольга Назина (Киселева)
  • Город:Москва


Отправлено 15 октября 2015 - 08:42

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

А уж если проект сложный, то можно ознакомить с ним, а потом давать доки на новые функции — как раз тестить. Но, чтобы тестировать документацию, ты должен знать продукт


  • 0
Автор сайта для начинающих тестировщиков http://testbase.ru/
Автор портала проверки названий багов http://bugred.ru/
Веду блог http://okiseleva.blogspot.com/

#15 Gorod_b

Gorod_b

    Новый участник

  • Members
  • Pip
  • 9 сообщений
  • ФИО:Ваказов Рамис
  • Город:Ульяновск


Отправлено 28 октября 2015 - 06:12

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

А вот в крупных компаниях удобно: есть не только коммерческие проекты, но и свои внутренние разработки, куда стажеров можно пристраивать без какого-либо возможно ущерба в виде проваленного спринта (и в худшем случае потери заказчика).

Но и даже на боевые проекты вполне можно посадить человека, если в нем чувствуется рвение, для таких целей существует парное программирование/тестирование (даже менеджемент, хотя это и как-то сложно выглядит) и менторы, лиды, способные проконтролировать.


  • 0


Количество пользователей, читающих эту тему: 0

0 пользователей, 0 гостей, 0 анонимных