Opisz plan scenariusza i plan bezpiecznego testowania go. Zwróć JSON {"scenario_name":"...","steps":["..."],"test_cases":["..."],"rollback":"..."}. steps - ponumerowane kroki od wyzwalacza do działania; test_cases - tablica 3-5 przykładów testowych, W TYM oczywiście krzywych (puste pole, inny język, podwójny); rollback - jak szybko wyłączyć lub wycofać skrypt, jeśli zacznie się nie udać. W rollback lub steps opisz ciche/testowe uruchomienie (akcja tylko rejestruje, a nie wysyła) przed uruchomieniem na żywo.
Przed ustawieniem scenariusz należy opisać na papierze - jest to rysunek, który oszczędza godziny naprawy. Format jest prosty: ponumerowane kroki od wyzwalacza do działania, a obok tego jest to, co wchodzi na wejście i co powinno wyjść z każdego kroku. Mechanika testowania jest jak samolot: najpierw test na ziemi. Weź 3-5 prawdziwych przykładów, w tym oczywiście krzywych (puste pole, litera w innym języku, podwójna aplikacja) i uruchom na nich skrypt, patrząc na wynik każdego kroku, a nie tylko na finał. Dźwignia: testuj szczególnie na „złych” przykładach – normalne i tak przejdą, wszystko pęka na krawędziach. Insider: włącz nowy skrypt w „trybie cichym” - pozwól mu działać, ale akcja tylko się loguje i faktycznie nie wysyła; Oglądaliśmy to przez jeden dzień, upewniliśmy się, włączyliśmy. Drugi trik: pomyśl wcześniej o wycofaniu - jak wyłączyć skrypt jednym przyciskiem, jeśli zacznie spadać lawina. Typowy błąd nowicjusza: wskocz od razu do bitwy na żywych klientach i idź napić się kawy. Pierwsze niestandardowe wejście i bot wysyła sto sfałszowanych e-maili, a oczyszczenie reputacji jest droższe niż półgodzinne testowanie.
Odblokuj dostęp, aby przesyłać rozwiązania do natychmiastowej oceny AI.