Из тестировщика в заказчики: Разработка ТЗ


Любая разработка после согласования технических требований начинается с ТЗ. В том числе и разработка мобильного приложения.  Я попытался создать ТЗ для своего приложения для iPad —  кредитный калькулятор.  До этого я не часто встречался с различного рода ТЗ для iOS и Android приложений. Довольно часто тестировщику приходится изучать ТЗ как описание будущего программного продукта и составлять тесткейсы по нему. Я научился понимать, что должно быть в ТЗ, а что не хватает в ТЗ.    И попытался сделать свое ТЗ достаточно полным и учесть все моменты. Сейчас я попытаюсь кратко рассказать о основных моментах написания ТЗ для мобильного приложения. Итак несколько советов.

  • Распишите основные функции приложения. Что должно делать приложение, для кого оно разрабатывается.  Как взаимодействует с серверной частью, если взаимодействие есть. Приложите документацию к API.
  • Начните с системных требований.  На каких платформах и разрешениях должно работать приложение. Как оно должно вести на системах с различной версией. Как должно взаимодейстовать с операционной системой.
  • Опишите требования к отображению данных. В каком формате будут отображаться даты и численные значения. Определите правила округления при отображении чисел, правила сокращения строк. Определите алгоритмы сокращения длинных названий.
  • Напишите варианты использования каждой из форм. На каждой из форм установите возможные значения каждого из полей. Опишите эти значения в ТЗ. Опишите реакцию приложения на ввод некорректных значений. Помните, что все тексты ошибок в мобильном приложении будут локализоваться.  Далее опишите поведение и назначение каждой из форм.
  • Если в приложении есть вычислительная часть, сразу составьте тесткейсы. Это поможет вам при последующей работе и сократит время разработки приложения в разы. Поверьте мне, имея тест кейсы, можно требовать от разработчиков каждый раз прогонять их. Это сократит ваше время и уменьшит затраты.
  • Создайте макеты приложения или интерактивные прототипы, определите последовательность переходов от формы к форме
  • Опишите поведение приложения в исключительной ситуации — при недостатке памяти, при внешних воздействиях — входящем звонке, СМС.
  • 5 раз перечитайте ТЗ и улучшите его. Подумайте что вы забыли. Не отдавайте ТЗ сразу.  Первоначально разделите его на части. Для каждой из частей оцените время разработки. Потом можно будет отдать ТЗ на оценку фирме и получить результат оценки. Зафиксировать сроки и требовать их выполнения.

Ну несколько сумбурно, но вкратце все.
Вот как выглядело ТЗ моего приложения для iOS(Начало)

Задача проекта (цель проекта);
Разработать программу для устройства IPad1-2 для расчета и ведения кредита с выдачей уведомлений о текущих платежах.
Основные функции программы

  1. расчет общей суммы погашения
  2. расчет платежей за каждый месяц
  3. расчет графика платежей с учетом доп. соглашений
  4. оповещение о необходимости платежа средствами операционной системы
  5. сохранение текущего кредита и всех доп соглашений.
  6. загрузка кредита и всех доп соглашений
  7. удаление доп соглашения с пересчетом сумм
  8. удаление текущего кредита и кредита из списка
  9. отображение графика платежей с учетом доп соглашений
  10. расчет оставшихся сумм задолженности и проведенных выплат
  11. Экспорт в эл. письмо графика платежей и других параметров кредита
  12. Работа интерфейса должна соответствовать работе типового интерфейса для iPad. Поведение контролов приложения должно соответствовать Human Interface Guide
Копирование материалов с сайта без согласия автора запрещено. Более подробно на http://mobile-testing.ru/rules

Оставить комментарий

Отправляя свой комментарий, вы автоматом соглашаетесь с правилами сайта.
Обязательные поля помечены *