Перейти к содержанию

Приемо-сдаточные испытания

программа и методика испытаний подсистемы расчета заработной платы

ПРОГРАММА И МЕТОДИКА ИСПЫТАНИЙ

1. Объект испытаний

Подсистема расчета заработной платы мастеров сети шиномонтажа URAM в 1С:Розница, описанная в Функциональном проекте и реализующая требования Методологии.

2. Нумерация

Нумерация требований ПСИ не вводит. Используется существующая нумерация разделов методологии: 2.4.4, 5.2.1, 7.3.4. Идентификатор требования неизменяем: при правке текста пункта номер сохраняется, при удалении пункта номер не переиспользуется, новые пункты добавляются в конец подраздела.

Идентификатор тест-кейса строится от номера подраздела методологии:

ПСИ-<подраздел>-<NN>

ПСИ-5.2-01   первый кейс по подразделу 5.2 "Ставка сдельной оплаты"
ПСИ-7.3-04   четвертый кейс по подразделу 7.3 "Сумма доплаты до ГМ"
ПСИ-СВ-01    сводный кейс (проверка вне нумерации методологии)

Один кейс может проверять несколько требований, одно требование может проверяться несколькими кейсами. Связь задается блоком Проверяемые требования в кейсе: список ссылок на пункты методологии. Номер требования генератор матрицы покрытия берет из якоря ссылки (#524 - это 5.2.4), поэтому связь не ломается, даже если в тексте требования встречаются даты и проценты.

3. Отметка проверенных требований

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

Статус в протоколе Когда ставится
Пройден фактическое состояние совпало с ожидаемым полностью
Не пройден расхождение с ожидаемым состоянием, оформлено замечание
Заблокирован проверка невозможна: нет постановки в ФП или требование противоречиво
Не применим проверка не требуется, с обоснованием
Не выполнялся кейс в этот прогон не включали

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

Матрица покрытия отвечает на другой вопрос - что чем покрыто: требование, объекты функционального проекта, тест-кейсы. Она генерируется и руками не правится.

4. Формат тест-кейса

Структура одинаковая у всех кейсов:

### ПСИ-5.1-02. В базу сделки попадают только услуги { #psi-5-1-02 }

**Проверяемые требования:**

 - [5.1.2. Учитывается только выручка за услуги (выручка за товары не учитывается)](/Методология/5.%20Сдельная%20оплата#512)

**Подготовка:**

 - Проведена [общая настройка системы](./Общая%20настройка%20системы.md)
 - На смене зарегистрирован как минимум один сотрудник
 - Кассовая смена открыта

**Действия:**

 - Создаем документ "Чек ККМ" №1
    - выбираем автомобиль (например "А001АА111")
    - пробиваем чек

**Ожидаемый результат:**

 - В созданном документе "Чек ККМ" №1 - закладка "Зарплата" - закладка
   "Товары и услуги": в строках с номенклатурой типа "Услуга" заполнено
   значение в колонке "Выручка. Сдельная оплата"

Правила оформления:

  1. Блок Проверяемые требования - список ссылок на пункты методологии. Текст ссылки совпадает с формулировкой требования, адрес ведет на его якорь. По этому блоку строится матрица покрытия, поэтому его формат менять нельзя.
  2. Подготовка - состояние базы до начала проверки, со ссылкой на общую настройку системы, если она требуется.
  3. Действия - последовательность действий пользователя в интерфейсе: где находится документ, что выбираем, что нажимаем. Конкретные значения приводятся как пример ("например, 1000").
  4. Ожидаемый результат - что проверяем и где именно: документ, закладка, табличная часть, колонка, отчет. Для расчетных требований - формула или конкретные числа, формулировки вида "сумма рассчитана верно" не допускаются.
  5. На каждое требование со шкалой или порогом нужен кейс на границу шкалы и на значение ниже минимального порога.

5. Эталонный набор тестовых данных

Набор разворачивается один раз перед прогоном и не изменяется кейсами.

5.1. Общие параметры

Параметр Значение
Константа "Дата запуска заработной платы" 01.01.2026
Расчетный месяц февраль 2026 (28 дней)
Контрольные сутки 09.02.2026 и 10.02.2026
Точки "Зорге" (Т1), "Рамстор" (Т2)

5.2. Сотрудники

Код Сотрудник Должность Ставка сделки Стаж на 01.02.2026 Принят
С1 Петров П.П. Мастер 25% 5 мес. 01.09.2025
С2 Сидоров С.С. Старший мастер 30% 24 мес. (нач. остаток) 01.01.2026
С3 Иванов И.И. Сезонный мастер (съемщик) 23% 0 01.02.2026
С4 Кузнецов К.К. ЧТС 0% - 01.09.2025
С5 Смирнов С.С. Мастер 26% 11 мес. (нач. остаток) 01.03.2025

5.3. Сезоны

Справочник "Сезоны" содержит одну запись: "Весна 2026", 01.03.2026 - 31.05.2026. Февраль 2026 - межсезонье.

Кейсы, проверяющие сезонность, заводят запись "Тест-сезон" 05.02.2026 - 25.02.2026 и удаляют ее после прогона - об этом сказано в предусловиях кейса.

5.4. Ставки, действуют с 01.01.2026

Доплата за стаж (методология 2.2.1):

Стаж, мес. 3 6 12 36 84 120
Ставка, руб. 500 1 500 3 000 5 000 7 000 10 000

Доплата за план (3.2.1): > 100% и < 120% - 10%; > 120% - 15%.

Доплата за старшего (4.1.1): > 100% < 120% - 5 000 руб.;

120% < 150% - 9 000 руб.; > 150% - 12 000 руб.

Суточный бонус (6.2.1):

Суточная выручка, руб. 10 000 15 000 20 000 35 000 45 000
Ставка, руб. 1 000 1 300 2 000 2 500 3 000

Гарантированный минимум (7.1.1). Методология значений ставок не задает (см. ЗАМ-12), для испытаний принято:

Должность День, руб. Ночь, руб.
Старший мастер 2 000 2 400
Мастер 1 800 2 000
Сезонный мастер (съемщик) 0 0
ЧТС 1 500 1 700

Предельная скидка (5.1.5): порог 50%, эквивалентная скидка 15%.

Планы по точкам на февраль 2026 (3.1.1): Зорге - 1 000 000 руб., Рамстор - 800 000 руб.

Часовая ставка (8.1.1): ЧТС - 250 руб./час.

6. Среда испытаний

Параметр Значение
Платформа соответствует продуктивной
Конфигурация 1С:Розница + расширение, версия фиксируется в протоколе
База копия продуктивной с обезличенными данными либо чистая база с эталонным набором
Центральная база обязательна: часть начислений выполняется только в ней

7. Роли

Роль Ответственность
Исполнитель испытаний прогон кейсов, заполнение статусов, оформление замечаний
Разработчик исправление замечаний, выпуск релиза
Представитель заказчика решение по спорным требованиям, подписание протокола

8. Порядок прогона

  1. Развернуть базу и эталонный набор данных (раздел 5).
  2. Зафиксировать версию расширения по Релизам.
  3. Выполнить кейсы по разделам в порядке 1 - 8, затем сводные.
  4. Результат каждого кейса записать в протокол: статус, при расхождении - замечание со ссылкой на ЗАМ.
  5. Пересобрать матрицу покрытия, если менялись кейсы, методология или функциональный проект.
  6. Оформить протокол по шаблону. Протоколы прошлых прогонов не изменяются, повторный прогон - новый протокол.

9. Критерии приемки

Приемка состоится, если одновременно:

  1. В протоколе нет кейсов со статусом Не пройден.
  2. Нет требований без покрытия хотя бы одним пройденным кейсом, кроме требований, явно исключенных из объема приемки протоколом.
  3. Все замечания критичности Critical закрыты или перенесены решением представителя заказчика.

10. Исключения из объема

Что Основание
4.2.7, 4.2.8 в методологии помечены "Пока не выполнена постановка"
5.3.5 в методологии помечено "Пока не выполнена постановка"
7.3.2 в методологии помечено "Требование противоречит другим"
Раздел 8 "Почасовая оплата" нет функционального проекта (ЗАМ-10)
Блок "НЕ ЗАБЫТЬ" методологии 10 требований вне нумерации, непроверяемы (ЗАМ-15)

Кейсы на эти требования описаны, но в протоколе отмечаются как Заблокирован - чтобы объем непроверенного был виден, а не терялся.

11. Состав раздела