покажи вакансию, где придется заниматься QC и написано QC :)

here you go: https://careers.northwindgrp.com/careers/Careers.aspx?adata=EA6s%2bZ8m%2blkEYBlanSjSk%2f9bj72HiIsLsc642Q%2fW29lQxuaUWx7Q62MIm%2fRkrMGuyKjBl3JkCvFxmE8cQIgmcmF0MC5vWZpKcmvCmlgrUz7p1c9AeQLruM1oAJm3Z09I0W8RdDmLuR9F9C60Cxhr7Xa%2f4%2fvuMCRc%2fw94mPNnfC7WOHbAdF4ULS6l41VGpAfPalSoP5JvP0OvwxVGfygXvZc%3d

все бы ничего, только вакансия не про тестирование

Окей, вот больше про тестирование: http://jobs.jobvite.com/careers/armedia/job/oAOd5fwq?__jvst=Job%20Board&__jvsd=Indeed

все бы ничего, только вакансия не про тестирование

Она про QC, да.

Она про QC, да.

она не про QC в тестировании в айти :) похожих вакансий можно и на hh.ru найти, если речь идет о контроле качества на производстве в Китае

Ок, ок, держи вторую. Она прям про QC-тестирование в айти.

вот вторая получше, да

Здорово, на маленьких числах доказали, что кто-то как-то использовал термин. Осталось понять ещё, одинаково ли на собесе вы думаете про определение, а то ведь завалят

Я бы хотел работать в компании, в которой люди готовы объяснять и хотят быть понятыми in the first place, чем те, которые прячутся за хрупкими определениями

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

Сегодня мы узнали, что тикетов с qa/qc терминами так и не будет, зато узнали , что термины юзают эйчары

Уже хорошо. Завтра узнаем от эйчаров дефиницию и заживём

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

Сегодня мы узнали, что тикетов с qa/qc терминами так и не будет, зато узнали , что термины юзают эйчары

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

Это не вброс, я хочу увидеть реально ли в твоём коллективе люди используют кроме тебя этот термин настолько, что бы он присутствовал в решении задач :)

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

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

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

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

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

Вот. Поэтому я приковался к HR.

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

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

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

Я не думаю, что можно уметь в QA, но не знать разницы между QA и тестированием.

Тестирование - это не просто проверка написанного кем-то тест дизайна. Посмотрите что ли лекции Ричарда Баха, ну

Это не ассерт в коде

Это не 2!= 3

а я думаю, что очень даже можно :) ты просто делаешь то полезное, что можешь делать для команды – ревьюишь юниты, предлагаешь ревью, думаешь о fail-safety. при этом ты можешь не задумываться о том, QAишь ты или тестишь и что вообще ты делаешь

а я думаю, что очень даже можно :) ты просто делаешь то полезное, что можешь делать для команды – ревьюишь юниты, предлагаешь ревью, думаешь о fail-safety. при этом ты можешь не задумываться о том, QAишь ты или тестишь и что вообще ты делаешь

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

а я думаю, что очень даже можно :) ты просто делаешь то полезное, что можешь делать для команды – ревьюишь юниты, предлагаешь ревью, думаешь о fail-safety. при этом ты можешь не задумываться о том, QAишь ты или тестишь и что вообще ты делаешь

Вот мы и дошли до того, что это дефиниция для описания того, чем тв занимаешься, чтобы нанять // продаться

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

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

Тестирование - это не просто проверка написанного кем-то тест дизайна. Посмотрите что ли лекции Ричарда Баха, ну

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

Я не говорил про то , ЧТО есть тестирование ;) я сказал , чем оно не является в абсолюте своей аппроксимации

Множество не состоит из двух состояний, увы

Согласно Баху, ты забыл добавить.

А согласно другим ораторам - вполне себе является.

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

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

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

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

ты все правильно пишешь, вопрос в том, кому и куда ты будешь доносить мысли по поводу QA и QC кроме как в вакансии :)

Но чем больше сообщений, тем больше статистически выясняется, что это мусор.

а кто-то использует аудит сайта от лайтхауса?

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

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

термины должны избавлять от путаницы, а не плодить холивары, уж с этим-то вы согласны? :)

ты все правильно пишешь, вопрос в том, кому и куда ты будешь доносить мысли по поводу QA и QC кроме как в вакансии :)

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

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

а я бы спросил процесс в подробностям, потому что если человек кратко говорит умными словами – велик шанс, что он торгует лицом и на словах Лев Толстой. на собесы приходят – рассказывают много умного про test design techniques и boundary values analysis, а набор тестов вменяемый при этом не могут придумать

а я бы спросил процесс в подробностям, потому что если человек кратко говорит умными словами – велик шанс, что он торгует лицом и на словах Лев Толстой. на собесы приходят – рассказывают много умного про test design techniques и boundary values analysis, а набор тестов вменяемый при этом не могут придумать

this

Если грамотно придерживаться терминологии, то здесь пора банить за вопросы, относящиеся к QC как за оффтоп

+

и за вопросы про автоматизацию и найм заодно

термины должны избавлять от путаницы, а не плодить холивары, уж с этим-то вы согласны? :)

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

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

частично Шу на вопрос ответил, за что ему спасибо

С Шу согласна.

ты все правильно пишешь, вопрос в том, кому и куда ты будешь доносить мысли по поводу QA и QC кроме как в вакансии :)

Самим сотрудникам иногда тоже важно понимать различие. Мы объясняли различие между тестером и QA. В итоге от сотрудников меньше вопросов, больше ответственности.

вот это прям забавно) у всех прям ответственности прибавилось от объяснения разницы?)

больше ответственности (ору)

вот это прям забавно) у всех прям ответственности прибавилось от объяснения разницы?)

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

ну да, ответственность обычно появляется от доверия и денег :)

Когда уходят вопросы - не всегда приходит понимание :) в случае тупых дефиниций, например, остается чувство, что никто тебе по существу не объяснимой субстанции

Когда нет денег, приходится изощряться)

с деньгами любой дурак может! (с)

Позиционируйте себя манки тестерами - это престижно.

это вообще бида, терминология ок, но если с ней перебирать, то становится печаль.

я хочу вот сделать доклад на кьюафест по ложным диллеммам в тестировании, но никак не сформулирую полный список

пример ложной дилеммы?

покажи вакансию, где придется заниматься QC и написано QC :)

https://softserve.ua/en/vacancies/open-vacancies/qc-trainee/ Но это Украина

пример ложной дилеммы?

По мнению Романа тестировщиков надо в манки переделать, а качество оставить на отпуск эффективных менеджеров

Думаю доклад будет огонь.

пример ложной дилеммы?

QA vs QC Automated vs Manual Test Design vs Test Writing

ERROR: S client not available

например

Особенно учитывая что "vs" в этих случаях ни один квалифицированный человек ставить не будет - очень актуальные примеры.

ну тем не менее успешно ставят

Нет, не ставят.

да ладно

ричард бах вхламину посрался с кемом кейнером на почве второй в списке

я рассказывал уже

Отлично, двое ребят из отрасли посрались какой из инструментов лучше применять в вакууме. Поразительного масштаба проблема. Давайте ещё обсуждать backend vs frontend.

а ещё можно не полностью ложные прохождение тесткейсов vs тестирование наличие тесткейсов или тесткриптов vs выполнение тестов

ну потому что Бах не любит автоматизированные тесты

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

и это верно

угу

checking vs testing

он прав, но кейнер прав больше

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

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

Никакого vs там нет.

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

То же самое с QA и QC, написанием тестов и исследовательским тестированием, и блах блах блах.

Смысл автотестов как раз в том, что бы покрыть checking и оставить ресурсов под testing.

В чем "vs" то, простите?

По мнению Романа тестировщиков надо в манки переделать, а качество оставить на отпуск эффективных менеджеров

под переделыванием что подразумевается? будет четко ограничена свобода тебя в проекте? т.е. думаешь насчет кволити - бьют по рукам?))

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

тем не менее вопрос vs ставится даже на уровне бизнеса, не считая теоретиков тестирования

он ставится какими-то идиотами в таком разрезе

#dilemmas - например, можно ли сказать, что тестирование выполнено, если все тесты пройдены?

имхо

На уровне бизнеса он ставится потому, что нет людей способных объяснить бизнесу что и зачем нужно.

враньё, всё бизнесу норм объясняют

Нет. Если бизнесу норм объясняют - таких вопросов не возникает.

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

Беседа тлеет уже битый час )