Самопроверка

1. Проверка настроек объекта «Должность» согласно спецификации

Сценарий: Объект Должность выведен в интерфейс.

  • Пусть тестирование выполняется под пользователем Администратор.

  • И пользователь находится в узле навигации Учет > Справочники > Должности.

Сценарий: Для объекта Должность установлены названия в ед. и мн. числах.

  • Когда нажимаем кнопку Настройка объекта в расширенном меню списка.

  • То открывается форма Объект.

  • И на форме есть следующие поля со значениями:

Код

onb.Post

Название

Должность

Название (мн.ч.)

Должности

  • И на форме есть кнопка Сохранить.

Сценарий: В объекте Должность имеются все атрибуты спецификации.

  • И на форме есть список Поля.

  • И в списке 5 записей.

  • И список содержит следующие записи в любом порядке:

Системное имя

ID

Code

Name

Сценарий: Названия атрибутов объекта не дублируют названия из объекта mdt.$global.

  • И список содержит следующие записи в любом порядке:

Системное имя

Название

ID

Code

Name

Сценарий: В объекте Должность присутствуют системные поля MDT.

  • И список содержит следующие записи в любом порядке:

Системное имя

Название

MDT_DateCreate

MDT_ID_PrincipalCreatedBy

Сценарий: В объекте Должность поле Наименование установлено как основное.

  • И список содержит следующие записи в любом порядке:

Системное имя

Основное

Name

[x]

Сценарий: Настройки, не указанные в спецификации, установлены По умолчанию.

  • И список содержит следующие записи в любом порядке:

Системное имя

Основное

Считать необязательным

Только чтение

ID

[-]

[-]

[-]

Code

[-]

[-]

[-]

Name

[x]

[-]

[-]

MDT_DateCreate

[-]

[-]

[-]

MDT_ID_PrincipalCreatedBy

[-]

[-]

[-]

2. Проверка настроек списочной формы объекта «Должность» согласно спецификации

Сценарий: Порядок, количество и имена столбцов в списочной форме объекта Должность соответствует спецификации.

  • Пусть тестирование выполняется под пользователем Администратор.

  • И пользователь находится в узле навигации Учет > Справочники > Должности.

  • То в списке будут следующие колонки:

Код

Наименование

Сценарий: Названия атрибутов объекта не дублируются в настройках списка.

  • Когда нажимаем кнопку Конструктор списка в расширенном меню списка.

  • То открывается конструктор списка.

  • Когда нажимаем кнопку Сохранить форму списка в списке.

  • То список обновляется.

  • Когда нажимаем кнопку Настройка объекта в расширенном меню списка.

  • То открывается форма Объект.

  • И на форме есть список Списки.

  • И в списке 1 запись.

  • Когда нажимаем кнопку редактирования записи №1.

  • То открывается форма Список.

  • И на форме есть список Список полей.

  • И список содержит следующие записи в любом порядке:

Путь к полю

Название

Code

Name

Сценарий: Ширина столбцов списка не указана в настройках явно.

  • И список содержит следующие записи в любом порядке:

Путь к полю

Ширина

Code

Name

3. Проверка настроек формы объекта «Должность» согласно спецификации

Сценарий: Объект Должность выведен в интерфейс.

  • Пусть тестирование выполняется под пользователем Администратор.

  • И пользователь находится в узле навигации Учет > Справочники > Должности.

Сценарий: Форма объекта Должность содержит все поля согласно спецификации.

  • Когда нажимаем кнопку Добавить в списке.

  • То открывается форма Должность.

  • И на форме есть следующие поля со значениями:

Код

Наименование

Сценарий: Размеры полей формы настроены согласно спецификации.

  • И поле Код имеет ширину 4.

  • И поле Наименование имеет ширину 8.

4. Добавление записи в объект «Должность»

Сценарий: Пользователь с ролью Управление сотрудниками может добавить новую запись в объект Должность.

  • Пусть тестирование выполняется под пользователем Менеджер.

  • И пользователь находится в узле навигации Учет > Справочники > Должности.

  • Когда нажимаем кнопку Добавить в списке.

  • То открывается форма Должность.

  • Когда заполняем поля формы следующими значениями:

Код

SOP_DEV

Наименование

Инженер-разработчик

  • И нажимаем кнопку Сохранить на форме.

  • То форма Должность закрывается.

  • И список будет содержать следующие записи:

Код

Наименование

SOP_DEV

Инженер-разработчик

5. Добавление записи в объект «Должность»

Сценарий: Пользователь с ролью Управление сотрудниками может добавить новую запись в объект Должность.

  • Пусть тестирование выполняется под пользователем Менеджер.

  • И пользователь находится в узле навигации Учет > Справочники > Должности.

  • Когда нажимаем кнопку Добавить в списке.

  • То открывается форма Должность.

  • Когда заполняем поля формы следующими значениями:

Код

ANLT

Наименование

Аналитик

  • И нажимаем кнопку Сохранить на форме.

  • То форма Должность закрывается.

  • И список будет содержать следующие записи:

Код

Наименование

ANLT

Аналитик

Сценарий: В узле Должности записи уникальны по значению в поле Код.

  • Когда нажимаем кнопку Добавить в списке.

  • То открывается форма Должность.

  • Когда заполняем поля формы следующими значениями:

Код

ANLT

Наименование

Аналитик_2

  • И нажимаем кнопку Сохранить на форме.

  • То на форме есть ошибка валидации Невозможно сохранить повторяющееся значение (ANLT). The statement has been terminated в поле(я) Код таблицы Должность.

  • Когда нажимаем кнопку Закрыть на форме.

  • То форма Должность закрывается.

6. Проверка обязательности заполнения полей объекта «Должность»

Сценарий: Все атрибуты объекта Должность являтся обязательными для заполнения.

  • Пусть тестирование выполняется под пользователем Менеджер.

  • И пользователь находится в узле навигации Учет > Справочники > Должности.

  • Когда нажимаем кнопку Добавить в списке.

  • То открывается форма Должность.

  • Когда нажимаем кнопку Сохранить на форме.

  • То в поле Код появляется ошибка.

  • И в поле Наименование появляется ошибка.

  • Когда нажимаем кнопку Закрыть на форме.

  • То форма Должность закрывается.

7. Проверка прав доступа для роли «Сотрудник»

Сценарий: Пользователю с ролью Сотрудник записи в объекте Должность доступны только для чтения.

  • Пусть тестирование выполняется под пользователем Тестовый сотрудник.

  • И пользователь находится в узле навигации Учет > Справочники > Должности.

  • То в списке нет кнопки Добавить.

  • Когда нажимаем кнопку редактирования записи №1.

  • То открывается форма Должность.

  • И поле Код недоступно для редактирования.

  • И поле Наименование недоступно для редактирования.

  • И в расширенном меню формы нет кнопки Удалить.

Тестовые сценарии для объекта «Сотрудник»

1. Проверка настроек объекта «Сотрудник» согласно спецификации

Сценарий: Объект Сотрудник выведен в интерфейс.

  • Пусть тестирование выполняется под пользователем Администратор.

  • И пользователь находится в узле навигации Учет > Справочники > Сотрудники.

Сценарий: Для объекта Сотрудник установлены названия в ед. и мн. числах.

  • Когда нажимаем кнопку Настройка объекта в расширенном меню списка.

  • То открывается форма Объект.

  • И на форме есть следующие поля со значениями:

Код

onb.Employee

Название

Сотрудник

Название (мн.ч.)

Сотрудники

  • И на форме есть кнопка Сохранить.

Сценарий: В объекте Сотрудник имеются все атрибуты, названные согласно спецификации.

  • И на форме есть список Поля.

  • И в списке 11 записей.

  • И список содержит следующие записи в любом порядке:

Системное имя

Название

ID

Code

Табельный номер

FullName

ФИО

DateBirth

Дата рождения

DateEmployment

Дата приема на работу

DateDismissal

Дата увольнения

FlagWorking_o2o

Statement_o2m

Post_hist

Сценарий: В объекте Сотрудник присутствуют системные поля MDT.

  • И список содержит следующие записи в любом порядке:

Системное имя

Название

MDT_DateCreate

MDT_ID_PrincipalCreatedBy

Сценарий: В объекте Сотрудник поле ФИО установлено как основное.

  • И список содержит следующие записи в любом порядке:

Системное имя

Основное

FullName

[x]

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

  • И список содержит следующие записи в любом порядке:

Системное имя

Считать необязательным

FlagWorking_o2o

[x]

Statement_o2m

[x]

Post_hist

[x]

Сценарий: Настройки, не указанные в спецификации, установлены По умолчанию.

  • То список содержит следующие записи в любом порядке:

Системное имя

Основное

Считать необязательным

Только чтение

ID

[-]

[-]

[-]

Code

[-]

[-]

[-]

FullName

[x]

[-]

[-]

DateBirth

[-]

[-]

[-]

DateEmployment

[-]

[-]

[-]

DateDismissal

[-]

[-]

[-]

FlagWorking_o2o

[-]

[x]

[-]

Statement_o2m

[-]

[x]

[-]

Post_hist

[-]

[x]

[-]

MDT_DateCreate

[-]

[-]

[-]

MDT_ID_PrincipalCreatedBy

[-]

[-]

[-]

2. Проверка настроек списочной формы объекта «Сотрудник» согласно спецификации

Сценарий: Порядок, количество и имена столбцов в списочной форме объекта Сотрудник соответствует спецификации.

  • Пусть тестирование выполняется под пользователем Администратор.

  • И пользователь находится в узле навигации Учет > Справочники > Сотрудники.

  • То в списке будут следующие колонки:

Табельный номер

ФИО

Дата рождения

Дата приема на работу

Дата увольнения

Должности сотрудника

Работает

Сценарий: Путь к Должностям и флагу Работает указан через основные поля объекта.

  • Когда нажимаем кнопку Настройка объекта в расширенном меню списка.

  • То открывается форма Объект.

  • И на форме есть список Списки.

  • И в списке 1 запись.

  • Когда нажимаем кнопку редактирования записи №1.

  • То открывается форма Список.

  • И на форме есть список Список полей.

  • И список содержит следующие записи в любом порядке:

Путь к полю

Post_hist$

FlagWorking_o2o$

Сценарий: Названия атрибутов объекта не дублируются в настройках списка.

  • И список содержит следующие записи в любом порядке:

Путь к полю

Название

Code

FullName

DateBirth

DateEmployment

DateDismissal

Post_hist$

FlagWorking_o2o$

Сценарий: Ширина столбцов списка не указана в настройках явно.

  • И список содержит следующие записи в любом порядке:

Путь к полю

Ширина

Code

FullName

DateBirth

DateEmployment

DateDismissal

Post_hist$

FlagWorking_o2o$

3. Проверка настроек формы объекта «Сотрудник» согласно спецификации

Сценарий: Объект Сотрудник выведен в интерфейс.

  • Пусть тестирование выполняется под пользователем Администратор.

  • И пользователь находится в узле навигации Учет > Справочники > Сотрудники.

Сценарий: Форма объекта Сотрудник содержит все поля согласно спецификации.

  • Когда нажимаем кнопку Добавить в списке.

  • То открывается форма Сотрудник.

  • То на форме есть следующие поля со значениями:

ФИО

Табельный номер

Работает

[ ]

Дата рождения

Дата приема на работу

Дата увольнения

Сценарий: Размеры полей формы настроены согласно спецификации.

  • И поле ФИО имеет ширину 8.

  • И поле Табельный номер имеет ширину 2.

  • И поле Работает имеет ширину 2.

  • И поле Дата рождения имеет ширину 4.

  • И поле Дата приема на работу имеет ширину 4.

  • И поле Дата увольнения имеет ширину 4.

  • И поле Должности сотрудника имеет ширину 12.

  • И поле Заявления имеет ширину 12.

4. Проверка обязательности заполнения полей объекта «Сотрудник»

Сценарий: Поля ФИО и Дата рождения объекта Сотрудник являются обязательными для заполнения.

  • Пусть тестирование выполняется под пользователем Менеджер.

  • И пользователь находится в узле навигации Учет > Справочники > Сотрудники.

  • Когда нажимаем кнопку Добавить в списке.

  • То открывается форма Сотрудник.

  • Когда нажимаем кнопку Сохранить на форме.

  • То в поле ФИО появляется ошибка.

  • И в поле Дата рождения появляется ошибка.

  • И в поле Табельный номер нет ошибки.

  • И в поле Работает нет ошибки.

  • И в поле Дата приема на работу нет ошибки.

  • И в поле Дата увольнения нет ошибки.

  • Когда нажимаем кнопку Закрыть на форме.

  • То форма Сотрудник закрывается.

5. Добавление записи в объект «Сотрудник»

Сценарий: У пользователя с ролью Управление сотрудниками есть возможность добавить нового сотрудника.

  • Пусть тестирование выполняется под пользователем Менеджер.

  • И пользователь находится в узле навигации Учет > Справочники > Сотрудники.

  • Когда нажимаем кнопку Добавить в списке.

  • То открывается форма Сотрудник.

  • Когда заполняем поля формы следующими значениями:

ФИО

Егоров Николай Александрович

Дата рождения

10.10.1990

Дата приема на работу

10.10.2015

Дата увольнения

10.10.2020

  • И нажимаем кнопку Сохранить на форме.

  • То форма Сотрудник закрывается.

  • И список будет содержать следующие записи:

Табельный номер

ФИО

Дата рождения

Дата приема на работу

Дата увольнения

Должности сотрудника

Работает

E1

Егоров Николай Александрович

10.10.1990

10.10.2015

10.10.2020

[ ]

6. Определение факта работы сотрудника

Сценарий: Сотрудник без указания Даты приема на работу и Даты увольнения считается работающим.

  • Пусть тестирование выполняется под пользователем Менеджер.

  • И пользователь находится в узле навигации Учет > Справочники > Сотрудники.

  • Когда нажимаем кнопку Добавить в списке.

  • То открывается форма Сотрудник.

  • Когда заполняем поля формы следующими значениями:

ФИО

Викторова Арина Петровна

Дата рождения

10.10.1990

  • И нажимаем кнопку Сохранить на форме.

  • То форма Сотрудник закрывается.

  • И список будет содержать следующие записи:

Табельный номер

ФИО

Дата рождения

Дата приема на работу

Дата увольнения

Должности сотрудника

Работает

E2

Викторова Арина Петровна

10.10.1990

[x]

7. Определение факта работы сотрудника

Сценарий: Сотрудник для которого не указана Даты приема на работу, но указана Дата увольнения в прошлом считается не работащим.

  • Пусть тестирование выполняется под пользователем Менеджер.

  • И пользователь находится в узле навигации Учет > Справочники > Сотрудники.

  • Когда нажимаем кнопку Добавить в списке.

  • То открывается форма Сотрудник.

  • Когда заполняем поля формы следующими значениями:

ФИО

Петров Руслан Олегович

Дата рождения

10.10.1990

Дата увольнения

09.10.2023

  • И нажимаем кнопку Сохранить на форме.

  • То форма Сотрудник закрывается.

  • И список будет содержать следующие записи:

Табельный номер

ФИО

Дата рождения

Дата приема на работу

Дата увольнения

Должности сотрудника

Работает

E3

Петров Руслан Олегович

10.10.1990

09.10.2023

[ ]

8. Определение факта работы сотрудника

Сценарий: Сотрудник c Датой приема на работу в будущем считается не работающим.

  • Пусть тестирование выполняется под пользователем Менеджер.

  • И пользователь находится в узле навигации Учет > Справочники > Сотрудники.

  • Когда нажимаем кнопку Добавить в списке.

  • То открывается форма Сотрудник.

  • Когда заполняем поля формы следующими значениями:

ФИО

Иванова Ольга Петровна

Дата рождения

10.10.1990

Дата приема на работу

10.10.2050

  • И нажимаем кнопку Сохранить на форме.

  • То форма Сотрудник закрывается.

  • И список будет содержать следующие записи:

Табельный номер

ФИО

Дата рождения

Дата приема на работу

Дата увольнения

Должности сотрудника

Работает

E4

Иванова Ольга Петровна

10.10.1990

10.10.2050

[ ]

9. Определение факта работы сотрудника

Сценарий: Сотрудник c Датой приема на работу равной текущей дате считается работающим.

  • Пусть тестирование выполняется под пользователем Менеджер.

  • И пользователь находится в узле навигации Учет > Справочники > Сотрудники.

  • Когда нажимаем кнопку Добавить в списке.

  • То открывается форма Сотрудник.

  • Когда заполняем поля формы следующими значениями:

ФИО

Петров Евгений Дмитриевич

Дата рождения

10.10.1990

Дата приема на работу

{текущая дата}

  • И нажимаем кнопку Сохранить на форме.

  • То форма Сотрудник закрывается.

  • И список будет содержать следующие записи:

Табельный номер

ФИО

Дата рождения

Дата приема на работу

Дата увольнения

Должности сотрудника

Работает

E5

Петров Евгений Дмитриевич

10.10.1990

{текущая дата}

[x]

10. Определение факта работы сотрудника

Сценарий: Сотрудник c Датой увольнения равной текущей дате считается работающим.

  • Пусть тестирование выполняется под пользователем Менеджер.

  • И пользователь находится в узле навигации Учет > Справочники > Сотрудники.

  • Когда нажимаем кнопку Добавить в списке.

  • То открывается форма Сотрудник.

  • Когда заполняем поля формы следующими значениями:

ФИО

Киселева Татьяна Сергеевна

Дата рождения

10.10.1990

Дата приема на работу

09.10.2015

Дата увольнения

{текущая дата}

  • И нажимаем кнопку Сохранить на форме.

  • То форма Сотрудник закрывается.

  • И список будет содержать следующие записи:

Табельный номер

ФИО

Дата рождения

Дата приема на работу

Дата увольнения

Должности сотрудника

Работает

E6

Киселева Татьяна Сергеевна

10.10.1990

09.10.2015

{текущая дата}

[x]

11. Определение факта работы сотрудника

Сценарий: Сотрудник c указанной Датой приема на работу и Датой увольнения в прошлом считается неработающим.

  • Пусть тестирование выполняется под пользователем Менеджер.

  • И пользователь находится в узле навигации Учет > Справочники > Сотрудники.

  • Когда нажимаем кнопку Добавить в списке.

  • То открывается форма Сотрудник.

  • Когда заполняем поля формы следующими значениями:

ФИО

Молчанов Максим Сергеевич

Дата рождения

10.10.1991

Дата приема на работу

09.10.2012

Дата увольнения

17.10.2023

  • И нажимаем кнопку Сохранить на форме.

  • То форма Сотрудник закрывается.

  • И список будет содержать следующие записи:

Табельный номер

ФИО

Дата рождения

Дата приема на работу

Дата увольнения

Должности сотрудника

Работает

E7

Молчанов Максим Сергеевич

10.10.1991

09.10.2012

17.10.2023

[ ]

12. Проверка прав доступа для роли «Сотрудник»

Сценарий: Пользователю с ролью Сотрудник записи в объекте Сотрудник доступны только для чтения.

  • Пусть тестирование выполняется под пользователем Тестовый сотрудник.

  • И пользователь находится в узле навигации Учет > Справочники > Сотрудники.

  • То в списке нет кнопки Добавить.

  • Когда нажимаем кнопку редактирования записи №1.

  • То открывается форма Сотрудник.

  • И поле ФИО недоступно для редактирования.

  • И поле Дата рождения недоступно для редактирования.

  • И поле Дата приема на работу недоступно для редактирования.

  • И поле Дата увольнения недоступно для редактирования.

  • И в расширенном меню формы нет кнопки Удалить.

13. Проверка настроек именованного фильтра

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

  • Пусть тестирование выполняется под пользователем Менеджер.

  • И пользователь находится в узле навигации Учет > Справочники > Сотрудники.

  • Когда нажимаем кнопку Именованные фильтры в списке.

  • То появляется выпадающее меню.

  • И в выпадающем меню есть пункт Работает.

  • Когда нажимаем на пункт Работает в выпадающем меню.

  • То выпадающее меню закрывается.

  • И в списке будут следующие записи:

Табельный номер

ФИО

Дата рождения

Дата приема на работу

Дата увольнения

Должности сотрудника

Работает

E6

Киселева Татьяна Сергеевна

10.10.1990

09.10.2015

{текущая дата}

[x]

E5

Петров Евгений Дмитриевич

10.10.1990

{текущая дата}

[x]

E2

Викторова Арина Петровна

10.10.1990

[x]

Сценарий: В узле Сотрудники есть возможность отключить именованный фильтр Работает.

  • Когда нажимаем кнопку Именованные фильтры в списке.

  • То появляется выпадающее меню.

  • И в выпадающем меню есть пункт (Нет фильтров).

  • Когда нажимаем на пункт (Нет фильтров) в выпадающем меню.

  • То выпадающее меню закрывается.

  • И в списке 7 записей.

Тестовые сценарии для объекта «Должности сотрудника»

1. Проверка настроек объекта «Должности сотрудника» согласно спецификации

Сценарий: Объект Должности сотрудника выведен на форму объекта Сотрудник.

  • Пусть тестирование выполняется под пользователем Администратор.

  • И пользователь находится в узле навигации Учет > Справочники > Сотрудники.

Сценарий: Для объекта Должности сотрудника установлен заголовок согласно спецификации.

  • Когда нажимаем кнопку Добавить в списке.

  • То открывается форма Сотрудник.

  • И на форме есть список Должности.

  • Когда нажимаем кнопку Настройка объекта в расширенном меню списка.

  • То открывается форма Объект.

  • И на форме есть следующие поля со значениями:

Код

onb.Employee_Post

Название

Должности сотрудника

Сценарий: В объекте Должности сотрудника имеются все атрибуты согласно спецификации.

  • И на форме есть список Поля.

  • И в списке 7 записей.

  • И список содержит следующие записи в любом порядке:

Системное имя

ID

ID_Post

ID_Employee

DateBegin

DateEnd

Сценарий: Названия атрибутов объекта не дублируют названия из связанных объектов и объекта mdt.$global.

  • И список содержит следующие записи в любом порядке:

Системное имя

Название

ID

ID_Post

ID_Employee

DateBegin

DateEnd

Сценарий: В объекте Должности сотрудника присутствуют системные поля MDT.

  • И список содержит следующие записи в любом порядке:

Системное имя

Название

MDT_DateCreate

MDT_ID_PrincipalCreatedBy

Сценарий: В объекте Должности сотрудника поле ID_Post установлено как основное.

  • И список содержит следующие записи в любом порядке:

Системное имя

Основное

ID_Post

[x]

Сценарий: Внешний ключ на объекты Сотрудник и Должность, установленные на уровне БД, не дублируются в настройках объекта.

  • И список содержит следующие записи в любом порядке:

Системное имя

Связь по внешнему ключу

ID_Employee

ID_Post

Сценарий: Настройки, не указанные в спецификации, установлены По умолчанию.

  • И список содержит следующие записи в любом порядке:

Системное имя

Основное

Считать необязательным

Только чтение

ID

[-]

[-]

[-]

ID_Post

[x]

[-]

[-]

ID_Employee

[-]

[-]

[-]

DateBegin

[-]

[-]

[-]

DateEnd

[-]

[-]

[-]

MDT_DateCreate

[-]

[-]

[-]

MDT_ID_PrincipalCreatedBy

[-]

[-]

[-]

2. Проверка обязательности заполнения полей объекта «Должности сотрудника»

Сценарий: Поля Должность и Дата начала объекта Должности сотрудника являются обязательными для заполнения.

  • Пусть тестирование выполняется под пользователем Менеджер.

  • И пользователь находится в узле навигации Учет > Справочники > Сотрудники.

  • Когда нажимаем кнопку Добавить в списке.

  • То открывается форма Сотрудник.

  • И на форме есть список Должности сотрудника.

  • Когда нажимаем кнопку Добавить в списке.

  • То открывается форма Должности сотрудника.

  • Когда нажимаем кнопку Сохранить на форме.

  • То в поле Должность появляется ошибка.

  • И в поле Дата начала появляется ошибка.

  • И в поле Дата окончания нет ошибки.

Сценарий: Есть возможность закрыть форму объекта Должности сотрудника.

  • Когда нажимаем кнопку Закрыть на форме.

  • То форма Должности сотрудника закрывается.

  • Когда нажимаем кнопку Закрыть на форме.

  • То форма Сотрудник закрывается.

3. Добавление должностей сотруднику

Сценарий: Пользователь с ролью Управление сотрудниками может добавить Должность для сотрудника.

  • Пусть тестирование выполняется под пользователем Менеджер.

  • И пользователь находится в узле навигации Учет > Справочники > Сотрудники.

  • Когда нажимаем кнопку Добавить в списке.

  • То открывается форма Сотрудник.

  • Когда заполняем поля формы следующими значениями:

ФИО

Елизаров Евгений Степанович

Дата рождения

10.10.1990

Дата приема на работу

12.02.2023

  • То на форме есть список Должности сотрудника.

  • Когда добавляем сотруднику должность:

Должность

Аналитик

Дата начала

12.02.2023

Дата окончания

01.01.2100

  • И нажимаем кнопку Сохранить на форме.

  • То форма Сотрудник закрывается.

  • И список будет содержать следующие записи:

ФИО

Дата рождения

Дата приема на работу

Дата увольнения

Должности сотрудника

Работает

Елизаров Евгений Степанович

10.10.1990

12.02.2023

Аналитик

[x]

4. Проверка ограничения уникальности в объекте «Должности сотрудника»

Сценарий: Пользователь с ролью Управление сотрудниками может добавить Должность для сотрудника.

  • Пусть тестирование выполняется под пользователем Менеджер.

  • И пользователь находится в узле навигации Учет > Справочники > Сотрудники.

  • Когда нажимаем кнопку Добавить в списке.

  • То открывается форма Сотрудник.

  • Когда заполняем поля формы следующими значениями:

ФИО

Сидоров Михаил Николаевич

Дата рождения

10.10.1990

Дата приема на работу

12.02.2023

Дата увольнения

12.02.2024

  • То на форме есть список Должности сотрудника.

  • Когда добавляем сотруднику должность:

Должность

Аналитик

Дата начала

12.02.2023

  • И нажимаем кнопку Сохранить на форме.

  • То форма Сотрудник закрывается.

  • И список будет содержать следующие записи:

ФИО

Дата рождения

Дата приема на работу

Дата увольнения

Должности сотрудника

Работает

Сидоров Михаил Николаевич

10.10.1990

12.02.2023

12.02.2024

[ ]

Сценарий: Записи в объекте Должности сотрудника уникальны по ключу Сотрудник-Дата начала.

  • Когда нажимаем кнопку редактирования записи №1.

  • То открывается форма Сотрудник.

  • Когда добавляем сотруднику должность:

Должность

Инженер-разработчик

Дата начала

12.02.2023

  • И нажимаем кнопку Сохранить на форме.

  • То на форме есть ошибка валидации Невозможно сохранить повторяющееся значение (9, 2023-02-12). The statement has been terminated в поле(я) Сотрудник, Дата начала таблицы Должности сотрудника.

  • Сценарий: Есть возможность закрыть форму объекта Сотрудник без внесения изменений.

  • Когда нажимаем кнопку Закрыть на форме.

  • То форма закрывается.

5. Проверка прав доступа для роли «Сотрудник»

Сценарий: Пользователю с ролью Сотрудник записи в объекте Сотрудник-Должность доступны только для чтения.

  • Пусть тестирование выполняется под пользователем Тестовый сотрудник.

  • И пользователь находится в узле навигации Учет > Справочники > Сотрудники.

  • Когда нажимаем кнопку редактирования записи №1.

  • То открывается форма Сотрудник.

  • И на форме есть список Должности.

  • И в списке нет кнопки Добавить.

  • Когда нажимаем кнопку редактирования записи №1.

  • То открывается форма Должности сотрудника.

  • И поле Дата начала недоступно для редактирования.

  • И поле Дата окончания недоступно для редактирования.

  • И поле Должность недоступно для редактирования.

  • И в расширенном меню формы нет кнопки Удалить.

Сценарий: Есть возможность закрыть форму объекта без внесения изменений.

  • Когда нажимаем кнопку Закрыть на форме.

  • То форма Должности сотрудника закрывается.

  • Когда нажимаем кнопку Закрыть на форме.

  • То форма Сотрудник закрывается.

Тестовые сценарии для объекта «Заявление»

1. Проверка настроек объекта «Заявление» согласно спецификации

Сценарий: Объект Заявление выведен в интерфейс.

  • Пусть тестирование выполняется под пользователем Администратор.

  • И пользователь находится в узле навигации Учет > Заявления.

Сценарий: Для объекта Заявление установлены названия в ед. и мн. числах.

  • Когда нажимаем кнопку Настройка объекта в расширенном меню списка.

  • То открывается форма Объект.

  • И на форме есть следующие поля со значениями:

Код

onb.Statement

Название

Заявление

Название (мн.ч.)

Заявления

  • И на форме есть кнопка Сохранить.

Сценарий: В объекте Заявление имеются все атрибуты, названные согласно спецификации.

  • И на форме есть список Поля.

  • И в списке 6 записей.

  • То список содержит следующие записи в любом порядке:

Системное имя

Название

ID

ID_Employee

Content

Текст заявления

DateRegistration

Дата

Сценарий: В объекте Заявление присутствуют системные поля MDT.

  • И список содержит следующие записи в любом порядке:

Системное имя

Название

MDT_DateCreate

MDT_ID_PrincipalCreatedBy

Сценарий: В объекте Заявление поле Дата установлено как основное.

  • И список содержит следующие записи в любом порядке:

Системное имя

Основное

DateRegistration

[x]

Сценарий: Внешний ключ на объект Сотрудник, установленный на уровне БД, не дублируется в настройках объекта.

  • И список содержит следующие записи в любом порядке:

Системное имя

Связь по внешнему ключу

ID_Employee

Сценарий: Настройки, не указанные в спецификации, установлены По умолчанию.

  • И список содержит следующие записи в любом порядке:

Системное имя

Основное

Считать необязательным

Только чтение

ID

[-]

[-]

[-]

ID_Employee

[-]

[-]

[-]

Content

[-]

[-]

[-]

DateRegistration

[x]

[-]

[-]

MDT_DateCreate

[-]

[-]

[-]

MDT_ID_PrincipalCreatedBy

[-]

[-]

[-]

2. Проверка настроек списочной формы объекта «Заявление» согласно спецификации

Сценарий: Порядок, количество и имена столбцов в списочной форме объекта Заявление соответствует спецификации.

  • Пусть тестирование выполняется под пользователем Администратор.

  • И пользователь находится в узле навигации Учет > Заявления.

  • То в списке будут следующие колонки:

Дата

Сотрудник

Текст заявления

Сценарий: Путь к ФИО сотрудника установлен через основное поле объекта.

  • Когда нажимаем кнопку Конструктор списка в расширенном меню списка.

  • То открывается конструктор списка.

  • Когда нажимаем кнопку Сохранить форму списка в списке.

  • То список обновляется.

  • Когда нажимаем кнопку Настройка объекта в расширенном меню списка.

  • То открывается форма Объект.

  • И на форме есть список Списки.

  • И в списке 1 запись.

  • Когда нажимаем кнопку редактирования записи №1.

  • То открывается форма Список.

  • И на форме есть список Список полей.

  • И список содержит следующие записи в любом порядке:

Путь к полю

ID_Employee$

Сценарий: Названия атрибутов объекта не дублируются в настройках списка.

  • И список содержит следующие записи в любом порядке:

Путь к полю

Название

Content

DateRegistration

ID_Employee$

Сценарий: Ширина столбцов списка не указана в настройках явно.

  • И список содержит следующие записи в любом порядке:

Путь к полю

Ширина

Content

DateRegistration

ID_Employee$

3. Проверка настроек формы объекта «Заявление» согласно спецификации

Сценарий: Объект Заявление выведен в интерфейс.

  • Пусть тестирование выполняется под пользователем Администратор.

  • И пользователь находится в узле навигации Учет > Заявления.

Сценарий: Форма объекта Заявление содержит все поля согласно спецификации.

  • Когда нажимаем кнопку Добавить в списке.

  • То открывается форма Заявление.

  • То на форме есть следующие поля со значениями:

Сотрудник

Дата

Текст заявления

Сценарий: Размеры полей формы настроены согласно спецификации.

  • И поле Сотрудник имеет ширину 8.

  • И поле Дата имеет ширину 4.

  • И поле Текст заявления имеет ширину 12.

  • И поле Текст заявления содержит компонент textarea.

4. Добавление записи в объект «Заявление»

Сценарий: Пользователь с ролью Управление сотрудниками может добавить новую запись в объект Заявление.

  • Пусть тестирование выполняется под пользователем Менеджер.

  • И пользователь находится в узле навигации Учет > Заявления.

  • Когда нажимаем кнопку Добавить в списке.

  • То открывается форма Заявление.

  • Когда заполняем поля формы следующими значениями:

Сотрудник

Викторова Арина Петровна

Дата

{текущая дата}

Текст заявления

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

  • И нажимаем кнопку Сохранить на форме.

  • То форма Заявление закрывается.

  • И список будет содержать следующие записи:

Дата

Сотрудник

Текст заявления

{текущая дата}

Викторова Арина Петровна

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

Сценарий: Для сотрудника может существовать несколько заявлений в один день.

  • Когда нажимаем кнопку Добавить в списке.

  • То открывается форма Заявление.

  • Когда заполняем поля формы следующими значениями:

Сотрудник

Викторова Арина Петровна

Дата

{текущая дата}

Текст заявления

Второе заявление сотрудника на текущую дату.

  • И нажимаем кнопку Сохранить на форме.

  • То форма Заявление закрывается.

  • И список будет содержать следующие записи:

Дата

Сотрудник

Текст заявления

{текущая дата}

Викторова Арина Петровна

Второе заявление сотрудника на текущую дату.

5. Проверка обязательности заполнения полей объекта «Заявление»

Сценарий: Все атрибуты объекта Заявление являтся обязательными для заполнения.

  • Пусть тестирование выполняется под пользователем Менеджер.

  • И пользователь находится в узле навигации Учет > Заявления.

  • Когда нажимаем кнопку Добавить в списке.

  • То открывается форма Заявление.

  • Когда нажимаем кнопку Сохранить на форме.

  • То в поле Сотрудник появляется ошибка.

  • И в поле Дата появляется ошибка.

  • И в поле Текст заявдения нет ошибки.

  • Когда нажимаем кнопку Закрыть на форме.

  • То форма Заявление закрывается.

6. Проверка прав доступа для роли «Сотрудник»

Сценарий: Пользователь с ролью Сотрудник в объекте Должность может читать, редактировать и добавлять.

  • Пусть тестирование выполняется под пользователем Тестовый сотрудник.

  • И пользователь находится в узле навигации Учет > Заявления.

  • То в списке есть кнопка Добавить.

  • Когда нажимаем кнопку редактирования записи №1.

  • То открывается форма Заявление.

  • И поле Сотрудник доступно для редактирования.

  • И поле Дата доступно для редактирования.

  • И поле Текст заявления доступно для редактирования.

  • И в расширенном меню формы нет кнопки Удалить.

Сценарий: Есть возможность закрыть форму объекта без внесения изменений.

  • Когда нажимаем кнопку Закрыть на форме.

  • То форма закрывается.

Тестовые сценарии для узла «Дни рождения»

1. Проверка настроек узла «Дни рождения»

Сценарий: При установленном List View Дни рождения в объекте Сотрудник отображаются только поля ФИО и Дата рождения.

  • Пусть тестирование выполняется под пользователем Менеджер.

  • И пользователь находится в узле навигации Учет > Справочники > Сотрудники > Дни рождения.

  • И в списке есть следующие колонки:

ФИО

Дата рождения

Сценарий: В узле Дни рождения List View установлен как неизменеяемый.

  • Когда нажимаем кнопку Дни рождения в списке.

  • То выпадающее меню не появляется.

Сценарий: В узле Дни рождения Named Filter Работает установлен как неизменеяемый.

  • Когда нажимаем кнопку Дни рождения в списке.

  • То выпадающее меню не появляется.