Сообщений в теме: 7

[July Kuzmicheva]

Автор: Кияшева Екатерина @ekiyasheva

 

Оригинальная публикация: https://habrahabr.ru/post/333460/

 

Не секрет, насколько молоды профессии контроля и особенно обеспечения качества. Их значимость для IT индустрии давно обоснована. Но и сейчас, по мнению многих соискателей, это проходная ступень, которая не требует особых знаний и навыков. В моем багаже опыт работы с ПО из разных областей — ЖКХ, платежные терминалы, интернет-провайдер, retail и наконец игры. Во всех компаниях, на разных позициях, раньше и теперь я ручаюсь за качество продукта. Казус в том, что нигде я не получила убедительного ответа к какому именно «качеству» мы стремимся. Сегодня, на должности руководителя QA, я отвечаю на этот вопрос сама и хочу провести ликбез как можно шире.

 

Читать публикацию полностью

[Little_CJIOH]

"Не секрет, насколько молоды профессии контроля и особенно обеспечения качества". Не секрет, первый век уже разменяли.
Да, я уже увидел упоминание Деминга в комментах и iso-9126 в тексте. Я прочитаю его весь. Но первая фраза наводит на мысль об очередном изобретении велосипеда.

[Freiman]

Ну, статья ничего нового не добавляет. Да, совсем чуть-чуть Деминга, совсем чуть-чуть ISO9126.

[SALar]

 Кияшева Екатерина, хорошая попытка.

 

Что можно улучшить:

 

 

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

 

 

Александров читал лекции по тестированию компиляторов ЕМНИП в 1983. А вообще лет 70 этой профессии. В IT.

 

«Функционал должен соответствовать требованиям» и т.д.

 

 

Не забывайте про крипт-рекваймент. Посмотреть можно в "Мифическом человекомесяце" или тут: 

 

— «Не должно быть багов в проде»

 

 

Добавьте про равновесие по Паретто. И посмотрите брошюру "Искусство мыть слона".

 

Первым, кто связал качество продукта с прибылями, выявил и описал причинно-следственные связи, стал Эдвардс Деминг,

 

 

Маловероятно, что первый.

 

Не "ISO-9126", а ИСО/МЭК 9126. Серьезная разница. Да и устарел он с выходом в 2011 ИСО/МЭК 25010. На русском ищите ГОСТ 25010 от 2015.

 

Ну и т.д.

[incorporated]

Ух ты, есть реакция! :)

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

 

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

 

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

 

Было бы очень круто, если бы Вы поспорили по содержанию идей и выводов или рассказали, как у себя определяли критерии качества продукта. Согласовывали их с менеджментом/разработчиками. Я уверенна, мои выводы не единственные, наверняка есть альтернативы

[SALar]

По идее.

 

Смотрите Алистера Коберна. Он к этому очень серьезно подошел. Если мне не изменяет память: http://www.ozon.ru/c...=findbook_ukron

Одна из лучших книг про методологии. И про качество там тоже есть.

[SALar]

Добавьте:

* про возниктовение термина "Гуд инаф". И равновесие по паретто "время (упущенные деньги) - качество (потерянное деньги)".

* Влияние соцсетей на отношение к качеству. Про разорение фриланс.ру из-за одной, единственной неудачной фичи.

[incorporated]

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