Комментарии 4
Для кого статья? Те, кто с госами работает по контрактам и так обложены ГОСТами, ISO и так далее. Кто серьезные продукты коммерческие выпускают - то же самое, только документация иного рода. А программиста с пет-проектом вы не заставите по ГОСТу его делать. Он сам себе заказчик и приемщик. Это не говоря уже о вайбкодерах. Те вообще не осознают, что код по документациям и спецификациям пишется. Есть огромный риск вайбкодера поломать такой инфой :D
Но суть сжимается в одну строку:
Характеристика Качества = Требование к ПО.
Нет, это не правильно. Качество это соответствие в первую очередь. С соответствием все сложно потому что для оценки, а тем более хоть сколько-нибудь объективного измерения уровня-степени соответствия нужно определить два объекта для которых устанавливается соответствие. Например как вы написали:
степень удовлетворения системой заявленных и подразумеваемых потребностей различных заинтересованных сторон
предполагает что есть степень удовлетворения как объект оценки и есть ожидания тоже как объект оценки. И их как-то надо сравнить и получить процент соответствия-совпадения фактически.
Вот и попробуйте сначала просто достать и сформулировать эти ожидания, а потом переписать эти ожидания в требования, а требования в объективные технические характеристики/параметры которые надо измерять и в функциональность наличие которой надо проверять. И расскажите нам где это все придумано до нас?
Пардонь-те, скажу крамолу.
Суть всей статьи: рекламирование себя:
Если тема заинтересовала — могу дальше небольшими статьями рассказать про модели качества
В целом это сейчас правильно. Только ссылку на телеграмчик не увидел. Пропустил?
---
Теперь ближе к сути:
Меня в мохнатых -ых годах учили по управлению проектами:
Качество это степень соответствия требованиям
И приводили примеры:
одному заказчику нужно непрерывно работающее ПО. Сутками, неделями, месяцами. Ок, разумно - будем соответствовать;
для другого заказчика 2-10 часов работы программы вполне достаточно (и не нужно закатывать глаза про нереальность: вы сами сейчас этим и пользуетесь. Пробовали свой любимый видеоплейер запустить хотя бы на 10 часов непрерывного воспроизведения (а лучше на 20+ часов)? Например, можно получить расхождение звука и видео в секунды - смотреть видосик становится невозможно: суть, программа перестаёт выдавать требуемый результат).
И резюмируя (честно говоря), из статьи не понял, почему не пользоваться таким определением? Коротко, понятно, ёмко!
А по итогу (без короткого и ёмкого) в статье много размазываний, подтягивание пользователя (который как 20 лет назад не мог вменяемо сказать что ему надо, так и сейчас всё примерно так же):
качество — это удовлетворение требований пользователя, а не личное ощущение соседа;
---
В общем, тема меня заинтересовала. Разрешите оставить заявку на модели качества по удобству использования?
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Качество систем и программного продукта: то, что никому не нужно. Во всём виноват тестировщик