Файл: Этапы разработки, тестирования и ввода в эксплуатацию мобильных приложений..pdf

ВУЗ: Не указан

Категория: Курсовая работа

Дисциплина: Не указана

Добавлен: 30.03.2023

Просмотров: 296

Скачиваний: 1

ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.

СОДЕРЖАНИЕ

ВВЕДЕНИЕ

1. Жизненный цикл и существующие стратегии разработки программного продукта

1.1. Понятие программного продукта

1.2. Понятие жизненного цикла

1.3. Основные стратегии разработки программных продуктов

1.4. Возможные классификации проектов разработки

1.5. Модели полного жизненного цикла

1.6. Гибкие методики разработки программного продукта.

2.1. Составление технического задания и выбор методологии

2.2. Планирование и оценка

2.3. Аналитика

2.4. Дизайн приложения

2.5. Разработка

3. Тестирование и ввод в эксплуатацию мобильного приложения

3.1. Тестирование

3.1.1. Определение необходимых типов тестирования мобильным приложений

3.1.2. Тестовые случаи и разработка сценариев тестирования приложения

3.1.3. Ручное и автоматическое тестирование

3.1.4. Тестирование юзабилити и бета-тестирование

3.1.5. Тестирование производительности

3.1.6. Аттестационное тестирование и тестирование безопасности приложения

3.1.7. Тестирование устройства

3.2. Добавление приложения в магазин

3.3. Дальнейшая техническая поддержка и маркетинговое продвижение приложения

ЗАКЛЮЧЕНИЕ

Библиография

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

3.1.5. Тестирование производительности

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

На данном этапе тестирования необходимо проверить работу приложения, изменяя такие показатели, как соединение – 2G, 3G на Wi-Fi, проверить скорость отклика, потребление заряда батареи, стабильность работы и т.д. Рекомендуется проверять мобильное приложение на предмет масштабируемости и наличие возможных проблем с производительностью.

В рамках этого этапа важно пройти нагрузочное тестирование мобильного приложения.

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

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

Список того, что обязательно нужно протестировать в приложении:

  1. Тестирование процесса установки;
  2. Тестирование возможных обновлений;
  3. Эксплуатационное тестирование;
  4. Тестирование процесса регистрации и авторизации;
  5. Тестирование функций, специфических для устройств;
  6. Тестирование отправки и получения сообщений об ошибках;
  7. Низкоуровневое тестирование ресурсов: использование памяти, автоматическое освобождение ресурсов и т.д.
  8. Тестирование сервисов: функционирование как в режиме онлайн, так и в автономном режиме.

3.1.6. Аттестационное тестирование и тестирование безопасности приложения

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

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

Также очень важно проверить безопасность хранилища данных и его поведения в различных схемах разрешений для устройств.

Кроме всего вышеперечисленного, есть ряд вопросов, на которые стоит ответить, чтобы понимать, насколько защищено разрабатываемое мобильное приложение:

  1. Есть ли у приложения сертификаты безопасности?
  2. Использует ли приложение безопасные сетевые протоколы?
  3. Существуют ли какие-либо ограничения, например, количество входа в систему до блокировки пользователей?

3.1.7. Тестирование устройства

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

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

  1. Важная информация, выявленная в результатах проведенных испытаний;
  2. Информация о качестве проводимого тестирования;
  3. Сводная информация о качестве тестируемого мобильного приложения;
  4. Статистика, полученная из отчета об различных инцидентах;
  5. Информация о видах тестирования и времени, затраченном на каждый из них.

Также следует указать в отчете, что:

  1. Данное приложение пригодно для использования в том качестве, в котором заявлено;
  2. Соответствует всем критериям приемлемости функционала и качества работы.

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

3.2. Добавление приложения в магазин

Когда серия тестов и доработок приложения завершены, а вся команда разработчиков одобряют полученный результат, именно тогда приходит время добавления приложения в соответствующие магазины. Это может быть - Apple App Store, Google Play или любой другой сервис по желанию клиента.


Итак, в итоге получаем публикацию приложения в магазине.

3.3. Дальнейшая техническая поддержка и маркетинговое продвижение приложения

После публикации мобильного приложения его жизненный цикл не заканчивается. На данном этапе возможно обнаружение ошибок, которые не были объяты тест-кейсами во время разработки. В таком случае команда разработки снова работает над приложением.

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

В итоге, в последней главе были рассмотрены завершающие этапы жизненного цикла программного продукта – это тестирование и ввод в эксплуатацию, а также последующее сопровождение.

Как известно, любая программа содержит ошибки, и поэтому так важно после этапа разработки программного продукта, в нашем случае – мобильного приложения, проверить полностью работоспособность всего проекта. Также важно понимать, что тестируются в таком случае не только функции определенного приложения, или его функциональность в целом, но и ряд других не менее важных признаков. Речь идет, к примеру, об удобстве пользовательского интерфейса. Нужно понимать, что далеко не все потенциальные пользователи продвинуты и умеют разбираться с любым непонятным функционалом. Лучше всего, если все будет достаточно понятно показано и просто в использовании.

После этапа тестирования идет завершающий этап – опубликование в специализированных магазинах. Ну и в дальнейшем возможно сопровождение готового продукта в случае каких-то непредвиденных ошибках.

ЗАКЛЮЧЕНИЕ

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