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

Публикации Spock

331 публикаций создано Spock (учитываются публикации только с 19 апреля 2023)



#174922 С чего начать в тестировании?

Отправлено автор: Spock 20 декабря 2019 - 13:05 в Начинающему тестировщику

почитайте OWASP, посмотрИте как зайдёт




#175777 Работа асессором-тестировщиком и краудтестинг.

Отправлено автор: Spock 04 марта 2020 - 14:59 в Начинающему тестировщику

 

 

Вы уверены, что работодателя, к которому пытаешься пробиться, стоит называть тупым?

может это та самая "свобода слова"?




#173525 Коммит, коммитить

Отправлено автор: Spock 29 августа 2019 - 14:26 в Словарь тестировщика

спамеры стали воспитанные и начали учить нас русскому языку?




#173527 Коммит, коммитить

Отправлено автор: Spock 29 августа 2019 - 14:55 в Словарь тестировщика

человек зарегистрировался сегодня, поставил женский пол и женское имя, выставил возраст молодой девушки, выбрал красиво звучащий женский ник, на аватарку поставил порно-звезду Кира Уинтерс (Kiera Winters)

 

и потом сделал коммент не относящийся к делу

 

вот и все признаки спамера




#173534 Коммит, коммитить

Отправлено автор: Spock 29 августа 2019 - 22:05 в Словарь тестировщика

 

 

Хм, я столько информации из одного аккаунта не соберу:))) 

а это не из одного аккаунта

 

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

 

кто-то просто спамер, кто-то парсер интернет-ресурсов, кто-то проходитель собеседований




#176741 Баги ListBoxer

Отправлено автор: Spock 27 мая 2020 - 09:43 в Тест-дизайн и ручное тестирование

 

 

тем более когда задание найти максимальное количество ошибок и прислать отчет какой то

там же работодатель уже ответил, что это количество в действительности не так и важно. Так что не надо воспринимать задание буквально

 

 

 

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

ну вот например если Вы пригнали машину в сервис на осмотр - что Вы ожидаете получить в качестве результата? Список-простыню в 101 недостаток, включая пятно на заднем сиденье и царапину на бампере? Типа они постарались и нашли "максимальное число недостатков"? А может под капот и забыли заглянуть пока записывали все эти пятна?

 

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




#176719 Баги ListBoxer

Отправлено автор: Spock 26 мая 2020 - 14:55 в Тест-дизайн и ручное тестирование

 

 

они всем отвечают по видимому одно и тоже не вдаваясь в подробности, возможно даже не читая отчеты

они смотрят, прислали ли им "отчет по тестированию"

 

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




#176738 Баги ListBoxer

Отправлено автор: Spock 27 мая 2020 - 09:05 в Тест-дизайн и ручное тестирование

"важно не только количество, но и качество найденных ошибок"

 

вот что ответил работодатель. Не нужно находить 101 ошибку. Это какое-то тыканье, как Сергей выше указал

 

тем более сразу увидели что человек "поискал по интернету", нашел уже найденные другими баги, создал пункты в своем чек-листе которые именно эти баги и найдут

 

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




#174310 Тестирование Web формы

Отправлено автор: Spock 01 ноября 2019 - 14:45 в Начинающему тестировщику

не забывайте про "Забыли пароль?" :)




#173418 Снятие логов с iOS устройств

Отправлено автор: Spock 23 августа 2019 - 10:43 в Тестирование мобильных приложений

 

 

Тот же вопрос у меня, что то не понял.
Как снимать логи работы iOS приложения с Мака?
Я что то по гуглил и вроде нет особо решения... или не того нагуглил)

используйте Firebase Crashlytics и будет всем счастье




#175306 Яндекс из ассесоров-тестировщиков в тестировщики

Отправлено автор: Spock 23 января 2020 - 09:26 в Круглый стол о работе в тестировании ПО

 

 

Ну так опыт асессора-тестировщика и не должен помогать настраивать плагины в мавене, на мой взгляд) Это же совсем разные вещи, разве нет?

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

 

всё должно запускаться без проблем




#176973 Стоит ли начинать вход в профессию?

Отправлено автор: Spock 15 июня 2020 - 13:24 в Начинающему тестировщику

может и не стоит "входить" если проблемы с характером

 

ведь работа тестировщиком - в основном это именно работа с людьми, а не с компьютерами

 

то есть в итоге шило на мыло и поменяете, так как главную проблему не решили

 

может надо попробовать характер чинить, посещайте психологические курсы, читайте там Карнеги, Транссерфинг или там что угодно




#177007 Стоит ли начинать вход в профессию?

Отправлено автор: Spock 17 июня 2020 - 11:34 в Начинающему тестировщику

 

 

Но удивляет, что на HH.ru 70% претендентов на вакансию тестировщика именно такие переквалифицировавшиеся из официантов и менеджеров по туризму.

а тут нет ничего удивительного. Люди умеют считать деньги, видят что в АйТи высокие зарплаты и пытаются "войти в АйТи", часто через профессию тестировщика, так как вроде как считается что "низкий порог входа". Часто случается что человек даже никаких знаний по тестированию не имеет, идет на собеседования, получает тестовые задания, пытается решить эти задания с помощью "помощи зала" и "звонка другу" - ведь даже если человека возьмут на испытательный срок, то он уже получит зарплату за 3 месяца "нахаляву", то есть попытка уже окупилась. Но в более запущенных случаях при некомпетентном менеджменте (который встречается не так уж и редко) такой человек может задерживаться в компании годами, просто тыкая кнопки в аппликации и время от времени регистрируя баги типа "битый линк", попутно создавая кипы тест-кейсов (ручной шлак, а если есть начальные знания в программировании - то автоматизированный шлак)




#173304 Обучение с нуля, какой из курсов выбрать?

Отправлено автор: Spock 13 августа 2019 - 15:01 в Обучение тестировщиков ПО

 

 

Я не просто так спрашиваю. Тоже думала над этим. Если брать какие то другие серьезные языки (1С это вообще больше среда для разработки), то чтобы начать что то зарабатывать нужно действительно очень много времени. Боюсь ошибиться в прогнозах, но наверное года 2. И еще я реально себя оцениваю, я думаю супер программистом я вряд ли стану. Лучше в том, что попроще становиться профессионалом, чем будет еще один программист, например С++, среднего уровня. Ни удовольствия ни денег.

тогда можно и в тестировщики, а знания/скиллы 1С-ника пригодятся




#173299 Обучение с нуля, какой из курсов выбрать?

Отправлено автор: Spock 13 августа 2019 - 13:55 в Обучение тестировщиков ПО

 

 

Торговля людьми получается какая то :-) Но со мной побыстрее получится, я уже работаю программистом 1С.

а почему-бы тогда в настоящие программисты не податься?




#173318 Обучение с нуля, какой из курсов выбрать?

Отправлено автор: Spock 14 августа 2019 - 08:57 в Обучение тестировщиков ПО

 

 

В 1с не платят? 

в 1С всегда наверное будешь на уровне каких-то местных предприятий

 

никогда не будешь работать с настоящими продуктами, в компаниях мирового уровня




#173302 Обучение с нуля, какой из курсов выбрать?

Отправлено автор: Spock 13 августа 2019 - 14:26 в Обучение тестировщиков ПО

 

 

Т.е. я сейчас не настоящий? :-) На какой язык вы предлагаете подаваться?

я думаю программисты 1С понемногу должны догадываться кто они на самом деле ;)

 

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




#173158 Контроль занятости отдела тестеров

Отправлено автор: Spock 01 августа 2019 - 09:03 в Управление тестированием

 

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


А в каком месте в таймшитах "все-таки правда" я категорически не понимаю.

 

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

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

 

вот это "пиво" и этот "сервер упал" и "читал доки по следующему проекту" и "копался в джире" - не вводятся нормально в таймшиты, приводят только к нервным стрессам и срывам, и недополучению заслуженной премии

 

бывают менеджеры которые пытаются заниматься микро-менеджментом времени сотрудника через таймшиты - но ни один из них не сможет внятно объяснить сотруднику как вот это всё в какие тикеты поместить




#173137 Контроль занятости отдела тестеров

Отправлено автор: Spock 31 июля 2019 - 09:51 в Управление тестированием

 

 

Spock, поправь, ты же про аутсорс говоришь?) Они же по артефактам работают - производственные и непроизводственные, плюс SLA. 

не аутсорс. компания западная, не знаю как считают это в странах Восточной Европы
 

http://finvopros.com...8212_OPEX_CAPEX

капитальные и операционные расходы

 

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

 

а простоев в таймшитах нет, точнее они есть но они уже входят в залогированное время. Так что получается что это всё-таки правда, ведь не будет же никто "пиво" логировать, потом будет неясно по какому аккаунту за него зарплату платить надо ;)




#173160 Контроль занятости отдела тестеров

Отправлено автор: Spock 01 августа 2019 - 12:33 в Управление тестированием

 

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

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

ну а как считать работой "пил пиво игрался с коллегами в плейстейшн"? как вообще и куда такое вводить? а ведь 8 часов работы ведь надо залогировать всё равно

 

в рабочем дне 8 часов, но эффективных часов там 6 - так как 2 уходят на организацию работы, собрания, переговоры, документацию и просто всё подряд

 

поэтому и нереально ввести 6 эффективных часов в 8 часов рабочего времени




#173181 Контроль занятости отдела тестеров

Отправлено автор: Spock 02 августа 2019 - 18:27 в Управление тестированием

 

 

2. Зачем для бухучета вид задач выполняемых сотрудником. Я понимаю нежелание оплачивать задачу вида "пил пиво", но дальше то оплата идет за работу в целом же? Поднимал я сервер или читал доки - все равно зп будет одна. Еще деление по проектам понимаю - разные бюджеты. 

"в целом" наверное только в самом простом варианте в самой простой фирме

 

 

 

Еще деление по проектам понимаю - разные бюджеты. 

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

 

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




#173061 Контроль занятости отдела тестеров

Отправлено автор: Spock 25 июля 2019 - 15:35 в Управление тестированием

увольте этого сотрудника. и авторитет заработаете и дисциплина в отделе поднимется

а нового не берите, там и так задач мало

 

P.S. 

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




#173191 Контроль занятости отдела тестеров

Отправлено автор: Spock 03 августа 2019 - 20:56 в Управление тестированием

 

 

Дурдом, тчк. 

это называется нормальное управление компанией, когда понятно куда деньги уходят

 

а дурдом это когда "просто все работают" и заполняют сразу по 40 часов




#173184 Контроль занятости отдела тестеров

Отправлено автор: Spock 02 августа 2019 - 23:36 в Управление тестированием

 

 

Повторюсь. Списывается время на проект. Против этого я ничего не имею. Но не стоит в рамках каждого проекта расписывать типы выполняемых задач. 

возьмем к примеру тайм-трекинг в Джире+Темпо: есть проекты, в проектах есть тикеты, на тикетах аккаунты

 

например есть аппликация которую фирма разрабатывает, для этой аппликации создан отдельный проект в Джире. в этой аппликации ведется поддержка плюс разработка новых функционалов. На тикетах поддержки свой аккаунт, на тикетах нового функционала у каждого функционала свой аккаунт.

 

для тестера либо разраба (или любого другого сотрудника) все просто и прозрачно: взял с доски тикет в работу, после ввел время на этот тикет (ну или тракер конвертировал) - вот и делов то

 

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

 

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




#173165 Контроль занятости отдела тестеров

Отправлено автор: Spock 01 августа 2019 - 14:05 в Управление тестированием

 

 

Вот поэтому такая отчетность - зло))

поэтому такая отчетность это добро, если ее использовать во благо компании для бухгалтерских отчетов

 

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