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

Тестирование без требований
онлайн, начало 25 января
Тестирование безопасности
онлайн, начало 27 января
Школа Тест-Аналитика
онлайн, начало 27 января
Тестирование мобильных приложений
онлайн, начало 27 января

Публикации Spock

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



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

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

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




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

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

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

 

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

 

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




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

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

 

 

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

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

 

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

 

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




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

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

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




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

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

 

 

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

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




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

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

 

 

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

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




#176719 Баги ListBoxer

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

 

 

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

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

 

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




#176738 Баги ListBoxer

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

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

 

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

 

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

 

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




#176741 Баги ListBoxer

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

 

 

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

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

 

 

 

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

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

 

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




#176650 Новинки Кино

Отправлено автор: Spock 20 мая 2020 - 18:02 в Свободное общение

Матрица? все части




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

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

 

 

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

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

 

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




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

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

 

 

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

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




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

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

 

 

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

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

 

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




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

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

 

 

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

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




#174276 Как подготовить тестовые данные для автотестов?

Отправлено автор: Spock 30 октября 2019 - 18:51 в Управление тестированием

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




#174312 Как подготовить тестовые данные для автотестов?

Отправлено автор: Spock 01 ноября 2019 - 14:54 в Управление тестированием

 

 

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

так вы в не той фикстуре запускаете, надо не которая перед каждым тестом, а которая перед всеми тестами

 

 

 

но громоздко получается

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




#174291 Как подготовить тестовые данные для автотестов?

Отправлено автор: Spock 31 октября 2019 - 20:33 в Управление тестированием

 

 

можно на этом моменте поподробнее?

вот есть программный код который запускает Селениум, в том же коде надо описать методы которые создают тестовые данные (не надо никакого внешнего скрипта)

 

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




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

Отправлено автор: Spock 29 июля 2019 - 23:07 в Управление тестированием

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

 

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

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




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

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

 

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


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

 

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

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

 

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

 

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




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

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

 

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

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

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

 

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

 

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




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

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

 

 

Spock, у вас разработчики тоже таймшиты заполняют? Факт с планом считают? Какие выводы на основе данных сделаны? Какой конечный результат данной деятельности? 

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

 

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

 

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




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

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

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

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

 

P.S. 

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




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

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

 

 

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

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

 

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

 

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

 

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

 

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




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

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

 

 

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

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

 

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




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

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

 

 

Дурдом, тчк. 

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

 

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





Яндекс.Метрика
Реклама на портале