Към съдържанието

Някои текстове се показват на английски, докато преводът се довършва.

СЦЕНАРИЙ / РАЗРАБОТЕН ПРИМЕР

Подобри резервациите, без да нарушиш границите между офиси

Използвай бизнес правило, за да откриеш грешка зад убедителен интерфейс.

НАЧАЛНАТА СИТУАЦИЯ

Какво е трудно днес?

Ново масово преместване изглежда работещо: резервациите сменят датата. Но endpoint може да приеме идентификатор на друг офис. Съобщението за успех не доказва запазени права.

ЖЕЛАНАТА ПРОМЯНА

Одобреното правило става защитен сценарий. Rehearsal сравнява разрешени и забранени случаи, свързва проблема с доказателство и връща версията за корекция. Известяването се симулира отделно, без реални клиентски съобщения.

КАК ПОДХОЖДА FORGE

Последователност с отговорни решения.

Собственикът определя целта. Инженерната работа запазва съответните правила и връща доказателства на всяка граница за приемане.

Пример: проверка на достъпа до резервации
01
Собственик

Одобри правилото за офисите

Офисът не променя клиентски записи на друг офис.

02
Разработчик

Изгради масово преместване

Обновявай датите само в разрешения офис.

03
Rehearsal

Провери забранен идентификатор

Опитай действието върху чужда резервация.

04
Архитект

Върни нарушеното правило

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

05
Rehearsal

Провери поправената версия

Повтори и разрешения, и забранения случай.

ОПРЕДЕЛИ ОБХВАТА

Данни, правила и доказателства — не само екрани.

Използвани данни

  • Синтетични резервации в два офиса.
  • Капацитет, часова зона и тестово известяване.

Правила за запазване

  • Офисният обхват се налага от сървъра.
  • Повторение не мести и известява два пъти.
  • Симулирано известяване не е реален тест.

Доказателства за преглед

  • Разрешеното преместване успява.
  • Чуждото е отказано без промяна.
  • Конфликтът за капацитет е ясен.
  • Поправената версия се проверява отново.

Решения на собственика

  • Какво става при запълнена дата?
  • Кои случаи изискват ръководител?
ДЕТАЙЛЪТ НА РЕАЛИЗАЦИЯТА

Забраненият път е част от продуктовия договор

Преместването на резервация може да изглежда успешно и едновременно да промени запис от друг офис. Изгради примера с два офиса, два оторизирани потребителя и записи на всеки офис. Нормалното преместване трябва да успее. Смяната на идентификатора с чужд запис не трябва да заобикаля проверката за достъп. Провери реално запазените данни, не само съобщението в отговора.

Одобреното правило не може произволно да се променя от изпълняващия агент. Ако задачата умишлено променя собствеността, собственикът първо одобрява промяната и сценарият получава нова версия. Иначе провален тест води до корекция, не до отслабена проверка. SMS доставката може да е симулирана. Покажи границата: замисленото съобщение може да се провери, без твърдение за реално получаване. Резултатът е доказателство за разглежданата версия, не гаранция за всяка следваща.

ВИЖ ПРОЦЕСА

Проследи свързан пример от начало до версия.

Анимирано обяснение на решенията, реализацията и проверката. Примерът показва ролите и резултатите на всяка стъпка.

Език на аудиото: английски

Модернизирай работещ портал, без да губиш правилата2:18 · английски
СЛЕДВАЩАТА СТЪПКА

Започни с продукт.
Развивай бизнес.

Донеси идея или софтуера, който вече притежаваш. Дай на следващото подобрение ясен път от целта до доказателствата.