Home

Публикация компании SEADMEX

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

Автор: Андрей Грищенко

Источник публикации: DFT.RU

Менеджер внешних проектов отдела игровых и мультимедийных продуктов фирмы «1С», рассуждает о том как делаются игровые проекты.

Итак, больной вопрос: что же мы делаем — хорошо продаваемый продукт, товар, или мы делаем игру своей мечты?

Есть хорошая новость — это не парадокс и не противоречие. Выбор «или-или» здесь неуместен. Да, хорошо продаваемый продукт — не всегда хорошая игра сама по себе. Но вот хорошая игра просто «обречена» на хорошие продажи.

Итак, делаем хорошие игры!

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

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

Автор: Вячеслав Панкратов

Материал впервые опубликован в журнале «Открытые Системы» #02/2007

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

Автор: Баранцев Алексей

Критерий — это некоторый признак, который имеет три основных назначения: при помощи него производится 1) оценка, 2) определение и 3) классификация. Рассмотрим эти три назначения по очереди применительно к тестированию программного обеспечения. Критерий начала тестирования. Критерии прекращения и завершения тестирования. Еще раз о метриках и оценках.

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