Сборка и тестирование

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

Общее описание

Процесс разработки зависит от особенностей конкретного приложения, однако вначале следует ознакомиться с документацией для каждого сценария использования. Информацию об этих сценариях использования можно найти на странице developers.facebook.com/products.

После ознакомления с соответствующей документацией внесите изменения в код своего приложения, а затем настройте на панели приложений нужные параметры для сценариев использования, SDK и вызовов API, которые вы реализуете. Если в разработке и тестировании приложения вам будут помогать другие люди, им можно назначить роли, чтобы они могли настраивать параметры приложения и тестировать интеграции Graph API.

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

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

Сценарии использования приложения

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

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

Типы приложений

Если ваше приложение не использует сценарии, перечисленные на панели приложений, выберите вариант Другое и укажите тип своего приложения.

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

Режимы работы приложения

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

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

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

Все новые приложения, не относящиеся к категории "Бизнес", создаются в режиме разработки. Не переводите их в рабочий режим, пока их разработка и тестирование не будут завершены.

Примечания

• Перечень доступных приложению разрешений также зависит от его типа. Например, разрешения, связанные с пользователями, недоступны бизнес-приложениям, а разрешения для компаний недоступны потребительским приложениям. У приложений, для которых выбран тип "Бизнес", нет режимов работы: в них применяются уровни доступа, которые действуют сходным образом.
• Приложения, которые запрашивают расширенный доступ для получения разрешений, должны быть связаны с подтвержденной компанией.

Роли в приложении

До публикации приложение доступно только людям, которые имеют в нем определенную роль (например, разработчика или тестировщика) и которые будут помогать в процессе его разработки и тестирования.

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

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

Перед отправкой приложения на проверку выполните тестовые вызовы API (с помощью Graph API Explorer или через аккаунты тестовых пользователей). Некоторые разрешения можно не тестировать перед проверкой, однако мы рекомендуем протестировать их все.

Если все вызовы API выполнены успешно, отправьте приложение на проверку.

Примечания:

• прежде чем тестовые вызовы API появятся на странице "Тестирование", может пройти до 24 часов;
• тестовые вызовы действительны только в течение 30 дней и должны быть выполнены в течение 30 дней до отправки приложения на проверку.

Тестовые пользователи

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

Тестовые страницы

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

Обратный вызов с запросом на удаление данных

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

Дополнительная информация

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

Дальнейшие действия

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