Прудлагаю пятничную дискуссию.

Тестировщик vs QC vs QA

это и гугл мог подсказать )

что именно?

о, вот что нашёл на просторах

Quality Assurance включает в себя Quality Control наряду с другими процессами по улучшению качества работы компании. Quality Assurance (обеспечение качества) - это превентивный процесс, задачей которого является обеспечение качества продукта в будущем. В этом смысле Quality Assurance более ориентирован на процесс. Quality Control (контроль качества) - это процесс нахождения ошибок в продукте, с целью их последующего исправления. Задачей Quality Control является поддержка качества продукта в текущий момент времени. Quality Control ориентирован на продукт, разрабатываемый в данный момент. Говоря другими словами, Quality Assurance гарантирует, что процесс поставлен правильно и дает предсказуемый результат, в то время как Quality Control гарантирует, что продукт удовлетворяет указанному набору требований.

http://qalight.com.ua/baza-znaniy/qa-qc-i-testirovanie/

вот ещё

А давайте лучше вайти курсы пообсуждаем которые клепают "ятестировщиков". И стадии развития таких индивидуумов из рядовых тестеров в QC и в QA

Ну первое было как утверждение ) тут и так ясно. Интересна эволюция из тестеров в QC/QA

То есть с тестировщиком все ясно - тестирование по уже имеющимся ТК

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

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

нанять QC - потребовать от него качества ? ))

Погодите Так по сути, разве тестировщик - это не QC? Ну не беря в расчет манки-тестеров, которые могут только набор шагов протыкивать в системе

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

Не, тут вопрос в другом был: QA - это человек, контролирующий качество изначально, принимающий привентивные меры, чтобы в конце полный бардак и хаос не получить А тестировщик - это как бы QC, которому уже пришел частичный бардак и он должен во всем этом разобраться и отдать максимально качественный в таких условиях продукт Специалисты, рассудите, где я прав, а где нет?

тогда рассматриваем рост, или "изменение принадлежности" QA/QC

Понял, тогда другой вопрос

То есть как бы QA ещё на моменте получения стори, импрувмента анализирует и покрывает ещё не готовую фичу, в то время как QC покрывает тестированием уже существующие дефекты?

так и получается

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

вот хотелось бы узнать, как это делать

научиться этому, где это можно узнать

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

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

В точку

скорее QA - это управленец, который строит процесс тестирования, а не просто "мега специалист"

вот

на этом нас прервали

давайте проолжем?

а давайте вечером, а?

не, вечером я буду.. эм новый год же

так что выхода нет

не могу, уж очень интересная тема, а из флудилки нас попёрли

что ж там такое во флудилке обсуждают, что вас с этой темой переслали сюда

во флудилке обсуждают всякую сепультуру и (.) (.)

а вопросы самоосознания в профессии - это сюда

что ж там такое во флудилке обсуждают, что вас с этой темой переслали сюда

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

https://youtu.be/LRH53NOwZyY

C 25:45 примерно минуты 2-3 про qc/qa

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

QuQu на слайде доставило

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

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

если описывается в виде юзер сторей, то да

А дайте ссылку на это?

степик же

https://stepik.org/explore/courses

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

Господи, нужно обязательно!

Это одна из самых страшных болей разработчиков и не только

Оч хорошая штука, надо.

Делаем

Тема называется https://ru.wikipedia.org/wiki/Управление_знаниями

Делают по разному, у нас например этим аналитики называются

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

А процессы тестирования описывают qa-бояре

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

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

Мы тоже confluence

Мы тоже confluence

+

Мы тоже confluence

+

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

тут классный вопрос задан: "Как устроен процесс актуализации?" - на мой взгляд это боль... Может кто-то знает лекарство ?)

я думаю нужен специальный человек для этого всего

вот и весь сикред

ERROR: S client not available

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

так пусть описывает процесс.

Зачем ему писать тест-планы?

Может он ещё и девпланы писать будет? )

а можно план сразу курить?

Главное, чтобы это не мешало работе. Но я против наркотических веществ, лично.

вот как раз обсуждаем вопрос по документации

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

Ну и актуализации при достижении определеных точек

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

Ну а если скрам, то все театавая документации на спринт при ео планировнии

https://stepik.org/media/attachments/lesson/12527/lesson.pdf А полезная презенташка. И в плане шпаргалки, и ознакомления человеку, который хоть кусочек знает)

@Amanalyre забрал, благодарю

https://stepik.org/course/Web-%D1%82%D0%B5%D1%85%D0%BD%D0%BE%D0%BB%D0%BE%D0%B3%D0%B8%D0%B8-154/ А целиком вот ссылка, которую я просила)

Я прост не понял. Там было - немного сверху. Сорри

Большой конфлюенс бесполезен при непосредственной разработке к сожалению. Им перестают пользоваться

Девы

Куа то круто, всегда можно нужный функционал вспомнить

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

В СНГ мало QA

Относительно Индии - да

основном все куцэ

Индия - СНГ? Садись, пять

Говорю что мало относительно таких стран как Индия, китай.

Там рынок тестировщиков огромен.

полностью оправдал свой ник)

Индия - СНГ? Садись, пять

Индия - Великобритания уж тогда.

Вы случайной в мультфильмах не снимались?

Что за дурацкая манера пересылать сообщения

Я? Тот ещё покемон.