BPM'ONLINE

Find the right structure and content for your course and set up a syllabus

Начать. Это бесплатно
или Регистрация c помощью Вашего email-адреса
Rocket clouds
BPM'ONLINE создатель Mind Map: BPM'ONLINE

1. Ошибки доставки: Данные по ошибкам тоже должны совпадать с данными по •Soft bounce •Hard bounce •Отменено

2. Макросы

2.1. Формирование набора макросов

2.1.1. В рассылке есть макросы всех типов (глобальные, старые/новые макросы по связям, макрос отписки); для всех макросов есть значения;

2.1.1.1. Корректный запрос отправки формируется (со всеми значениями макросов) для отправки в UniOne

2.1.1.2. Нужно написать два теста: 1. В bpm аксептанс, который проверяет, что на основании шаблона правильно сформировались макросы на отправку в CES 2. В облаке. Этот же шаблон отправляется на вход в CES. (массовые и моментальное)

2.1.2. В рассылке нет никаких макросов

2.1.2.1. Корректный запрос отправки формируется (без макросов) для отправки в UniOne

2.1.2.1.1. в бпм и в облаке

2.1.3. В рассылке есть макросы, для которых не указано значение

2.1.3.1. Корректный запрос отправки формируется (c пустыми макросами) для отправки в UniOne

2.1.3.1.1. unit

2.2. Замокать сервис на клауде, который будет тетсировать корректность шаблонов + макросов

2.3. проверить график ошибок доставки

2.3.1. Проверить кейс, когда пришло письмо без картинок -> юзер кликнул ссылку.

2.3.1.1. К нам приходит только отклик перехода по ссылке. Значит мы автоматически проставляем отклик открытия письма.

2.3.2. данные должны совпадать с данными в базе

2.4. Кейсы

2.4.1. В качестве значения макроса отписки передается значение системной настройки.

2.4.2. Добавляем макрос колонки;

2.4.3. Добавляем внутренний макрос;

2.4.4. Макросы. В рассылке нет никаких макросов

2.4.5. Макросы. В рассылке нет макроса отписки

2.4.6. Макросы. В значениях макросов есть значения с непечатными символами - добавить тест

2.4.6.1. Шаблон письма формируется корректно и успешно отправляется в UniOne, принимается UniOne

3. Шаблоны

3.1. Добавление UTM меток к ссылкам в шаблоне

3.1.1. В шаблоне есть ссылки, к ним не добавлены метки вручную, добавление меток включено, менять логику добавление метки в зависимости от наличия хэша #

3.1.1.1. В формируемом шаблоне ко всем ссылкам добавлены указанные пользователем метки; к ссылкам отписки и меткам не в указанных доменах метки не добавлены

3.1.2. В шаблоне нет ссылок, добавление меток включено

3.1.2.1. Шаблон сформирован корректно, продолжается процесс отправки

3.1.3. В шаблоне есть ссылки, к которым метки добавлены вручную, добавление меток включено

3.1.3.1. В формируемом шаблоне к ссылкам без ручных меток метки добавлены, к ссылкам с ручными метками добавлены только те, которые нужно (если есть все ручные - не добавляются никакие метки)

3.1.4. Добавление меток выключено

3.1.4.1. Ко всем ссылкам в письме метки не добавлены

3.2. Добавление параметров к ссылкам

3.2.1. В шаблоне есть ссылки

3.2.1.1. Ко всем ссылкам в рассылке добавлен параметр bulkemail_r_id

3.3. Отправка шаблона в CES (/Template/add)

3.3.1. В шаблоне указаны все возможные параметры, обновляется существующий шаблон

3.3.1.1. Корректный шаблон с темой, отправителем, телом письма, списком макросов, параметром для ссылки отписки, картинками отправлен в CES

3.3.2. В шаблоне есть картинки с недопустимыми форматами (bmp etc.) (уточнить список поддерживаемых форматов)

3.3.2.1. Шаблон с недопустимыми фотматами картинок не отправляется. Пользователю выдается уведомление.

3.4. Формирование футера отписки

3.4.1. Есть системная настройка UnsubscribeFromAllMailings ВКЛЮЧЕНА, то в шаблон письма автоматически  добавляется блок отписки, если его там нету.

3.4.1.1. Если пользователь удалил футер при редактировании, то после сохранения шаблона футер отписки проставится принудительно

3.4.2. Есть системная настройка UnsubscribeFromAllMailings ВЫКЛЮЧЕНА, то:

3.4.2.1. в шаблон письма не добавляется блок отписки, если его нету.

3.4.2.2. в шаблоне письма не удаляется блок отписки, если он был до этого.

3.5. Шаблон. Вес шаблона более 2 МБ

3.5.1. Шаблон письма формируется корректно но не отправляется в UniOne.

3.5.1.1. Сейчас у нас падает ошибка в лог. Нужно это визуализировать.

3.6. Шаблон. В рассылке нет картинок

3.6.1. Шаблон письма формируется корректно и успешно отправляется в UniOne, принимается UniOne

3.7. Шаблон. В рассылке нет гиперссылок

3.7.1. Шаблон письма формируется корректно и успешно отправляется в UniOne, принимается UniOne

3.8. Кейсы

3.8.1. Создал шаблон. Сохранил. Обновил страницу. Проверил, что шаблон сохранился в том же виде.

4. Отклики

4.1. Аудитория

4.1.1. Проверить количество ресипиентов и их совпадение между базой и bpm

4.2. Итоги рассылки

4.2.1. Проверить значения прогрессбара

4.2.2. проверить значения кубиков

4.2.2.1. учитывать, что в кубиках неуникальные данные

4.2.3. проверить значения графика открытий/переходов

4.2.3.1. цчитывать, что в графике уникальные показатели

4.2.4. Проверить, что количество отправленнх писем совпадает с количеством первичных откликов.

4.2.4.1. Пример: Отправляем 100 писем и получаем 100 первичных откликов (80-доставлено, 15 софт, 5 хард)

4.3. Анализ переходов

4.3.1. Проверить показатели индикаторов переходов по ссылкам на карте кликов

4.3.2. Проверить, что график переходов по ссылкам равен уникальному показателю переходов.

4.4. Повторное получение откликов.

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

4.4.2. Если дата одинаковая, или более раняя, то отклики обновлять не нужно

4.5. Приоритезация откликов

4.5.1. Проверить перезаписываются ли отклики в случае повторного отклика с приоритетом выше чем у предыдущего.

4.5.1.1. 2 - Email limit reached 3 - Rejected 4 - Invalid email address 5 - Soft bounce 6 - Hard bounce 7 - Delivered 8 - Opened 9 - Clicked 10 - Unsubscribed 11 - Spam complaint

4.6. Актуализация средств связи

4.6.1. Проверка проставления неактуального email адреса в случае невалидного адреса

4.6.2. В случае, если есть несколько контактов с одинаковым email адресом, то признак неактуальный email проставлять всем контактам.

4.6.3. Проставлять признак "Не использовать email" при отписке или обращении

4.6.4. Если в случаях проставления признака "Неактуальный email" в средствах связи есть другие актуальные email'ы, то основной имейл должен заменится на другой актуальный.

4.6.5. +

5. Добавление аудитории

5.1. При создании рассылки  добавить адресатов точечно

5.1.1. проверить, что добавились правильные адресаты и их количество

5.2. Добавить группу

5.2.1. проверить совпадение адресатов в группе и их количество

5.3. Добавить динамическую группу

5.3.1. проверить совпадение адресатов в группе и их количество

5.3.2. Создать контакт, который попадет в динамическую группу по фильтру

5.3.2.1. Проверить, что контакт появился в аудитории

5.4. Проверить исключение из аудитории по типу рассылок (отписавшихся)

5.5. проверить исключения из аудитории по наличию email адреса в поле у контакта

6. Кампании

6.1. Моментальное

6.2. Триггерная рассылка

6.3. Массовые

6.4. тригерные

7. Отправка

7.1. Массовая

7.1.1. Негативные тесты

7.1.1.1. Создаем массовую рассылку (как в позитивном тесте)

7.1.1.1.1. Проверка лицензий

7.1.1.1.2. Валидация Email отправителя

7.1.1.1.3. Валидация Email отправителя

7.1.1.1.4. Доступность облака

7.1.1.1.5. Отправка пользователю с признаком "Неактуальный email"

7.1.1.1.6. Отправка группе где есть неактуальные email'ы и спризнаком "не использовать имейл"

7.1.1.1.7. Проверка прав на отправку

7.1.2. Позитивный тест

7.1.2.1. • Создаем массовую рассылку; Даем ей:  - название;  - Имя отправителя;  - Тема отправителя;  - Email отправителя; • Шаблон:  - Добавляем ссылку;  - Добавляем ссылку отписки;  - Добавляем ссылку с типом email • Аудитория:  - Добавляем актуальный email;  - Неактуальный email;  - Дубль;  - Невалидный email;  - несуществующий email

7.1.2.1.1. Проверка

7.2. Триггерная

7.2.1. Негативные тесты

7.2.1.1. Доступность облака

7.2.1.1.1. Доступно

7.2.1.1.2. Не доступно

7.2.1.2. Валидация ключа

7.2.1.2.1. Ключ есть и валидный

7.2.1.2.2. Ключ есть и валидный (mailing отклчен)

7.2.1.2.3. Ключ невалидный

7.2.1.2.4. Ключа нету

7.2.1.3. Валидация Email отправителя

7.2.1.3.1. Email валидный

7.2.1.3.2. Email невалидный

7.2.1.3.3. Email отсутствует

7.2.1.4. Проверка лицензий

7.2.1.4.1. Отправка с лицензиями

7.2.1.4.2. Отправка без лицензий

7.2.1.4.3. Количество писем больше чем в лицензии

7.2.2. Позитивный тест

7.2.2.1. • Создаем триггерную рассылку; Даем ей:  - название;  - Имя отправителя;  - Тема отправителя;  - Email отправителя; • Utm метки:  - Добавляем к ссылкам utm метки • Сохраняем. • Создаем кампанию. • Настраиваем связи. Аудитория:  - Добавляем актуальный email;  - Неактуальный email;  - Дубль;  - Невалидный email;  - Несуществующий email;

7.2.2.1.1. Проверка

7.3. Тестовое письмо

7.3.1. Негативный тест

7.3.1.1. Отправить с пустым полем email

7.3.1.1.1. Получаем поп-ап с уведомлением об обязательном заполнении поля email

7.3.1.2. Отправить с некорректным email

7.3.1.2.1. Получаем поп-ап с уведомлением о некорректном email адресе

7.3.2. Позитивный тест

7.3.2.1. • Идем в Email • Выделяем рассылку • Идем в Действия -> Отправить тестовое письмо • Вводим валидный email • Отправляем письмо

7.3.2.1.1. Получаем поп-ап с уведомлением об успешной отправке

7.3.2.1.2. Проверяем в базе наличие письма

7.4. Моментальное письмо

7.4.1. Позитивный тест

7.4.1.1. Существует кампания с лендингом; Существует триггерная рассылка; После регистрации пользователя через лендинг успешно отправляется моментальное письмо.

7.4.1.1.1. Проверить, что после отправки данные сохраняются в табличку CesApiLog

7.4.1.2. Регистрируемся через лендинг: Заполняем все поля; Нажимаем кнопку "Зарегистрироваться"

7.4.1.2.1. Проверяем: 1. Корректность URL редиректа 2. На стороне bpm создался соответственный лид с данными, которые вводились в лендинге.

7.5. Выбор получателей с учетом ограничений и статуса отправки

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

7.5.2. В рассылке есть контакты, отписанные от заданного типа рассылки

7.5.2.1. "Статус в колонке этого контакта должен быть Rejected? Этот контакт должен попасть в число Not delivered в прогресс баре."

7.5.3. В рассылке есть получатели с неактуальным email

7.5.3.1. "Контакту должен примениться отклик hard bounce. Этот контакт должен попасть в число Not delivered в прогресс баре. Статус в колонке этого контакта должен быть Rejected?

7.5.4. Настроено 1 ограничение коммуникации, есть контакты, которым письмо не может быть отправлено

7.5.5. Настроено 2 ограничения коммуникации; есть контакты, которым письмо не может быть отправлено по 1 ограничению, по 2 ограничению

7.5.6. Настроено 1 ограничение коммуникации; нет контактов, попадающих под ограничение

7.6. Отправка писем (email/send)

7.6.1. В рассылке есть макросы всех типов (глобальные, старые/новые макросы по связям, макрос отписки); для всех макросов есть значения; в рассылке есть гиперссылки; в рассылке есть картинки; все email-адреса получателей корректные; вес шаблона - до 500 КБ; количество получателей рассылки соответствует одной пачке

7.6.1.1. Корректый запрос отправки отправляется в UniOne, принимается UniOne

7.6.2. Системная настройка с адресом страницы отписки заполнена

7.6.2.1. В качестве значения макроса отписки передается значение настройки; шаблон письма формируется корректно и успешно отправляется в UniOne, принимается UniOne

7.6.3. Получатели. В пачке получателей есть email-адреса, не соответствующие формату email-адреса

7.6.3.1. Шаблон письма формируется корректно и успешно отправляется в UniOne, принимается UniOne

7.6.4. Получатели. В пачке получателей есть email-адреса с непечатными символами

7.6.4.1. Шаблон письма формируется корректно и успешно отправляется в UniOne, принимается UniOne

7.6.5. Отправка пачками. Количество получателей соответствует нескольким пачкам (меньше или равно количеству потоков)

7.6.5.1. Шаблон письма формируется корректно и успешно отправляется в UniOne, принимается UniOne

7.6.6. Отправка пачками. Количество получателей соответствует нескольким пачкам (больше количества потоков)

7.6.6.1. Шаблон письма формируется корректно и успешно отправляется в UniOne, принимается UniOne

7.6.7. Отправка пачками. Количество получателей соответствует нескольким пачкам (больше количества потоков)

7.6.7.1. Шаблон письма формируется корректно и успешно отправляется в UniOne, принимается UniOne

7.6.8. Запланировать отправку на конкретное время

7.6.8.1. Сохранить и проверить, что время запланировалось и статус изменился на Planned

7.6.8.2. Сохранить, сменить дату планировки и опять сохранить.

7.6.8.2.1. Дата планировки должна смениться на новую и статус должен остаться Planned

7.6.8.3. Сохранить и нажать кнопку "Отправить сейчас"

7.6.8.3.1. Должно показаться окно с уведомлением, что рассылка запланирована. Запустить сейчас?

7.6.8.4. Сохранить и проверить совпадает ли время планировки в bpm и в базе (с учетом UTC)

7.7. Вариант отправки по механизму отправки будет единый для всех

7.8. Кейсы

8. CES

8.1. Сохранение данных о рассылке в CES

8.1.1. Сохраняется шаблон новой рассылки

8.1.2. Сохраняется шаблон существующей рассылки

8.2. Аутентификация запроса к веб-сервису

8.2.1. Пользователь не аутентифицирован (APIkey невалидный)

8.3. Запуск процесса

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

8.3.1.1. Процесс запускается для следующей рассылки следующего клиента

8.3.1.1.1. Определение провайдера для отправки

8.4. Выбор пачки получателей из очереди для отправки

8.5. Отписка

8.5.1. 1. Формирование ссылки отписки. 2. Логика сервиса отписки

8.5.2. Сформирована ссылка отписки, адрес перенаправления отписавшихся указан в пачке на отправку

8.5.2.1. Ссылка отписки содержит hash от api key клиента, email, bulkemail_id, заданный redirect url

8.5.3. Сформирована ссылка отписки, адрес перенаправления отписавшихся НЕ указан в пачке на отправку

8.5.3.1. Ссылка отписки содержит hash от api key клиента, email, bulkemail_id, дефолтный redirect url

8.6. Отправка пачки писем в ESP по сохраненному шаблону

8.6.1. Для клиента CES указан ESP и параметры подключения к нему

8.6.2. "- В рассылке есть макросы; - есть макрос отписки; - для всех макросов есть значения; - в рассылке есть гиперссылки; - в рассылке есть картинки; - адрес перенаправления отписавшихся указан; - все email-адреса получателей корректные; - вес шаблона - до 500 КБ; - количество получателей рассылки соответствует одной пачке"

8.6.3. Шаблон. В рассылке нет гиперссылок

8.6.4. Шаблон. В рассылке нет картинок

8.6.5. Получатели. В пачке получателей есть email-адреса, не соответствующие формату email-адреса

8.6.6. Получатели. В пачке получателей есть email-адреса с непечатными символами

8.6.7. Получатели. В пачке получателей есть пустые email-адреса

8.7. Обработка ответа ESP и сохранение начальных откликов

8.7.1. Пачка писем отправлена успешно

8.7.2. Ответ UniOne. Получен ответ об ошибке от UniOne

8.7.3. Ответ UniOne. UniOne не доступен

8.8. Аутентификация запроса к веб-сервису

8.8.1. Аутентификация запроса прошла успешно

8.8.2. Пользователь не аутентифицирован (APIkey невалидный)

8.9. Методы

8.9.1. Validate

8.9.1.1. Валидация отправителя

8.9.2. AddTemplate

8.9.2.1. Сохранение в unione

8.9.2.2. Обновление в unione

8.9.2.3. Сохранения в облаке

8.9.2.4. Обновление в облаке

8.9.2.5. Замена макросов (шаблон, тема письма)

8.9.2.6. Сохранение ID шаблона

8.9.2.7. Русские символы в полях

8.9.3. Send

8.9.3.1. Замена макросов

8.9.3.2. Инициализация структуры

8.9.3.3. Сохранение сущности имейла

8.9.3.4. Добавление получателей

8.9.3.5. Вызов API unione

8.9.3.5.1. Невалидные имейлы

8.9.3.5.2. Недостаточно денег

8.9.3.5.3. Успешно

8.9.3.6. Сохранение первоначальных откликов

8.9.3.7. Тестовое письмо

8.9.3.7.1. Наличие тега

8.9.3.7.2. Корректная инициализация

8.9.4. SendTemplate

8.9.4.1. Инициализация структуры БД

8.9.4.2. Сохранение получателей (признак 0)

8.9.4.3. Сохранение с пустой пачкой

8.9.4.4. Говноимейл адреса; Непечатные символы.

8.9.5. Unsubscribe

8.9.5.1. Формирование ссылки

8.9.5.1.1. Ссылки содержат все параметры

8.9.5.2. Работа сервиса

8.9.5.2.1. Проставляется отклики отписался

8.9.5.2.2. Выполняется редирект после отписки

8.9.6. SendWorker

8.9.6.1. В тестовый провайдер передана пачка

8.9.6.1.1. Размер пачки

8.9.6.1.2. Проставился признак queue

8.9.6.1.3. Пачка отправляется один раз в тестовый провайдер.

8.9.6.2. В очередь добавлена пачка

8.9.6.3. Количество итераций работы воркера

8.9.6.4. Установка признака ошибка отправки (rabbit, unione)

8.9.6.5. Отправка от разных отправителей

8.9.6.6. Сохранение начальных откликов

8.9.6.7. Сохранение JobID

8.9.7. ParcerWorker

8.9.7.1. Успешный парсинг

8.9.7.1.1. Установка статуса 1

8.9.7.1.2. Сохранение распаршенных событий

8.9.7.2. JobID не найден

8.9.7.2.1. Установка статуса 2

8.9.7.2.2. Сохранения события

8.9.7.3. Ошибка парсинга

8.9.7.3.1. Установка статуса 3

8.9.8. StatisticWorker

8.9.8.1. Корректность рассчета согласно тесткейсам

8.9.8.2. Проверка 6ти видов статистики

8.9.8.3. Проверка счетчиков на карте кликов

8.9.9. EventSendWorker

8.9.9.1. Выполняется POST запрос

8.9.9.1.1. Проверить количчество в пачке

8.9.9.2. Не выполняется отправка одного и того же

8.9.9.3. Установка признака "отправлено"

8.9.9.4. Если ошибка - не установлен признак "отправлено"

8.9.10. WebHook

8.9.10.1. Сохранения в БД события

8.9.11. MTC

8.9.11.1. Полный цикл отправки 3 клиентов 3х рассылок (у каждого) с получанием откликов

9. Добавить: Сплит тесты рассылок. Добавить кейсы по API

9.1. 1. Создание аккаутна без активных сервисов

9.1.1. В облаке регистрируется новый аккаунт без активных сервисов. Инфраструктура для облачных сервисов не создается.

9.2. 2. Создание аккаунта с сервисом рассылок

9.2.1. В облаке регистрируется новый аккаутн. Создается инфраструктура для сервиса рассылок. Регистрируется аккаунт юнивана.

9.3. 3. Создание аккаунта без активных сервисов и обновление аккаунта с включением сервиса рассылок

9.3.1. В облаке регистрируется новый аккаунт без активных сервисов. Инфраструктура для облачных сервисов не создается. После вызова сервиса Account.UPDATE создается инфраструктура для сервиса рассылок и регистрируется аккаунт в юниван.

9.4. 4. Удаление аккаунта

9.4.1. Инфраструктура облачных сервисов удаляется. Запись аккаунта помечается, как неактивная.

9.4.2. При передачи невалидного ключа, получаем сообщение "неизвестный аккаунт"

9.5. 5. Получение информации об аккаунте

9.5.1. При передачи ключа существующего аккаутна получаем информацию о названии аккаутна, домене bpmonline и активных сервисов.

9.5.2. При передачи невалидного ключа, получаем сообщение "неизвестный аккаунт"

9.6. 6. Изменение у аккаунта домена приложения bpm'online.

9.6.1. При вызове сервиса у аккаутна меняется привязка домена bpmonline.

9.6.2. При передачи невалидного ключа, получаем сообщение "неизвестный аккаунт"

9.7. 7. Привязка к аккаунту кастомного аккаунта unione.

9.7.1. К аккаунту привязывается новый пользовательский аккаунт unione.

9.7.2. При передачи невалидного ключа, получаем сообщение "неизвестный аккаунт"