Практические методы и инструменты оценки качества релиза программного обеспечения рассмотрены в магистерской работе на примере реализации приложения «Menu 1.0» через призму знаний, полученных при прохождении преддипломной практики в компании ООО «НетКрэкер». В ходе проведенного исследования были изучены концепции оценки и обеспечения качества программного продукта, разработанного при прохождении основных этапов каскадной методологии разработки, а также проанализированы распространенные методы тестирования и классификация дефектов, найденных по результатам реализации тестирования.
В ходе исследования были выявлены и сформулированы следующие выводы:
• тестирование как этап разработки в каскадной модели является ключевым, потому как именно команда по обеспечению качества может сделать вывод о соответствии программного обеспечения требованиям заказчика и выдвинуть решение о допуске программного обеспечения к эксплуатации. Процесс тестирования позволяет избежать негативных последствий как для проекта, так и для бизнеса, а также обеспечить соответствующее качество, исключая человеческий фактор в лице команды разработчиков бизнес-аналитиков;
• тестирование представляет собой процесс на основе исследовательского метода, позволяющий проводить испытание программного обеспечения с целью реализации проверки соответствия подготовленных требований проекта с фактическим состоянием разработанного программного обеспечения, а также устранения найденных несоответствий. Следует учитывать, что процесс обеспечения качества и процесс тестирования отличаются базовыми концепциями. Концепция тестирования заключается в улучшении качества программного обеспечения путем обнаружения дефектов фактически разработанного продукта, а концепция обеспечения качества направлена на улучшение процесса разработки продукта с первого этапа жизненного цикла с целью предотвращения возможных дефектов на этапе тестирования;
• важную роль в разработке и обеспечении качества проекта играет техническая документация. Спецификация представляет собой документ, в котором собраны детальные описания каждого модуля и каждой функции программы. В дизайне описываются расположения модулей, кнопок, ссылок, картинок, а также их определенные сочетания цветов и размеров, которые должны быть созданы в конечном итоге проекта. Вышеуказанная техническая документация формируется по требованиям заказчика проекта. Разработка требований к программному обеспечению — это процесс, состоящий из мероприятий, необходимых для создания и утверждения документов, содержащих системные, функциональные, пользовательские требования, а также бизнес-требования заказчика проекта;
• одним из общепринятых определений дефекта программного обеспечения является расхождение между фактически готовым проектом и его спецификацией, только при условии, что спецификация существует и её содержимое сформулировано детально и правильно. Основным критерием при определении бага выступает наличие или отсутствие реализации проектом требований, которые ожидают получить пользователи;
• существуют различные виды дефектов как со стороны самого решения и имплементации, так и сторонние дефекты тестовой среды, интеграции компонентов, инструментов автоматизированного тестирования или даже в технической документации. Каждый найденный баг обладает жизненным циклом в процессе устранения и должен быть описан максимально детально для дальнейшего устранения разработчиками;
• регрессивное тестирование программного обеспечения представляет собой повторную проверку уже подготовленного релиза после каждого создания новой версии, предназначенную для подтверждения того, что внесенные изменения и добавления в код не повлияли на ту часть проекта, в которой не изменялся код. Чтобы гарантировать высокое качество выпускаемой версии программы при сохранении оптимальных сроков и стоимости, необходим продуманный подход для определения стратегии и достаточного регрессивного покрытия;
• с целью наглядного представления эффективности метода поиска всех возможных покрытий решений в программном обеспечении в данном исследовании был предоставлен пример кода и необходимые вычисления на основе формулы цикломатической сложности Маккейба;
• процесс формирования требований к приложению «Menu 1.0», реализованного для предприятия общественного питания, и планирование его тестирования в данной работе основаны на теоретических знаниях и практических навыках, приобретенных во время прохождения производственной практики в компании ООО «НетКрэкер»;
• для эффективности реализации обеспечения качества приложения «Menu 1.0» применены различные методы тестирования, благодаря которым обнаружены дефекты, упущенные при разработке или не предусмотренные в логике обработке запросов и кода приложения. Список и содержание тестовых сценариев для выполнения тестирования сформирован и отображен в плане тестирования;...

Купить