24 тест-кейса и протокол испытаний: приёмка не подписана

12 требований ЧТЗ · 4 дефекта · 2 блокирующих · протокол по ГОСТ 34.603-92

  • Работает из России: рубли, договор с ИП, без VPN и иностранной карты
  • По умолчанию чтение и черновики: запись в 1С и отправку агент делает по вашей команде
  • Нормы настоящие — ГОСТ 34.601-90, 34.602-89, 34.603-92, ФЗ-402, ФЗ-63; числа кейсов помечены

Как это было

Что принесли

Доработку «резерв под интернет-заказ» и просьбу «посмотрите, всё ли работает». Отдельного тестировщика в проекте нет — проверяет аналитик.

  • Что сделали

    Собрали 24 кейса по двенадцати требованиям ЧТЗ: шаги, ожидаемое, фактическое. Прогнали на копии базы с тестовым обменом.

  • Что нашли

    Четыре дефекта: резерв не создаётся на втором складе, чужой резерв снимает менеджер, движение резерва попадает в отчёт о себестоимости, после обрыва связи появляется дубль.

  • Что записали

    Протокол предварительных испытаний: 18 из 24 пройдено, два дефекта блокирующие — приёмка на поддержку не подписана.

  • Что открыть

    Матрицу кейсов и дефектов в xlsx и протокол в pdf: разделы по ГОСТ 34.603-92, вывод и основание не принимать работу.

Задача

Что за работа

В 1С-проекте отдельного тестировщика чаще всего нет: доработку проверяет аналитик, и проверяет «на глаз». Матрица трассировки превращает «посмотрел» в список: двадцать четыре проверки, у каждой — требование, шаги и результат. Дефект привязывается к требованию, а не к кнопке.

Как это выглядит

Слева кейсы с ожидаемым и фактическим, в центре протокол, справа два блокирующих дефекта.

Путь в системах: что берём и что отдаём

  1. 1

    Вход: требования и сборка

    ЧТЗ с двенадцатью требованиями и копия базы с доработкой; тестовый обмен с сайтом.

  2. 2

    Сборка кейсов

    На каждое требование — кейс с шагами и ожидаемым результатом; плюс кейсы на обмен, права и отчёты.

  3. 3

    Прогон и фиксация

    Фактический результат рядом с ожидаемым; расхождение становится дефектом с серьёзностью.

  4. 4

    Выход: матрица и протокол

    xlsx с кейсами и дефектами, pdf с протоколом по ГОСТ 34.603-92 и выводом по приёмке.

  5. 5

    Ваш шаг

    Решение «принимаем с дефектами или нет» и подпись протокола.

Агент делает · человек решает

Собирает кейсы по требованиямагент: 24 кейса, у каждого шаги и ожидаемый результат
Прогоняет и фиксирует фактагент: расхождение → дефект с серьёзностью
Пишет протокол испытанийагент: разделы по ГОСТ 34.603-92
Решает, блокирует ли дефект приёмкучеловек: это риск, а не формальность
Подписывает протоколчеловек: подпись и ответственность

Что получится на выходе

Матрица: 24 кейса, 4 дефекта, 3 уточнения и вывод по приёмке — на одном листе.

Границы

Чего агент не делает

Агент не подписывает приёмку и не решает, критичен ли дефект для бизнеса. Он не тестирует производительность под нагрузкой и не проверяет то, чего нет в требованиях: если поведение не описано в ЧТЗ, кейс помечается «уточнить», а не выдумывается.

Вопросы

Зачем 24 кейса, если требований двенадцать?

Потому что одно требование проверяется в нескольких состояниях: создание, снятие по таймеру, права, обмен, отчёт. Один кейс на требование пропускает половину дефектов.

Кто прогоняет кейсы?

Агент готовит кейсы и фиксирует результат прогона, человек подтверждает спорные случаи. Прогон на живой базе без вашего «да» не делается.

Что делать с дефектами после протокола?

Они уходят разработчику с привязкой к требованию. После исправления повторные испытания — только по блокирующим и критическим.

Можно ли принимать работу с дефектами?

Можно, если дефекты не блокирующие и это осознанное решение с датой исправления. Протокол фиксирует и решение, и дату.

Чем это отличается от «потыкать в кнопки»?

Тем, что список проверок не зависит от настроения, а результат можно перепроверить: у каждого кейса есть шаги.

Соседние работы

Рядом

Пришлите доработку и требования — вернём матрицу и протокол

Копия базы и ЧТЗ достаточно, чтобы прогнать кейсы и назвать блокирующие дефекты.