Місія 3 · Інтэграцыя Zoom
Праверце адаптар сустрэчы ў сімуляцыі перад тым, як апублікаваць уліковыя дадзеныя.
Спачатку праверце сінтэтычны адказ Zoom і імітуйце ўзгадненне CRM, затым дадаткова наладзьце шлях уліковага запісу з найменшымі прывілеямі, стварыце кантраляваную сустрэчу і напішыце URL-адрас далучэння толькі пасля read-back.
Паслядоўнасць зборкі
- Запусціце сімулятар несеткавага адаптара, які ўваходзіць у камплект, і праверце ідэнтыфікатар пастаўшчыка, ідэнтыфікатар карэляцыі, ідэнтыфікатар элемента, бяспечны дамен URL-адраса і імітуйце CRM read-back.
- Адхіліце неадпаведны элемент, непадтрымоўваны стан пастаўшчыка або нетэставы URL перад любым write-back.
- Для дадатковай жывой паласы перад захаваннем уліковых даных праверце ўзровень уліковага запісу, ліцэнзаванага хоста, тып праграмы, вобласці і ўладальніка сустрэчы.
- Захоўвайце сакрэты ўліковых запісаў і праграм толькі ў прыватнай канфігурацыі асяроддзя выканання і выключайце іх з Git, Moodle, журналаў і носьбітаў доказаў.
- Стварыце кантраляваную тэставую сустрэчу ў прамым эфіры толькі тады, калі гэта адпавядае патрабаванням, а затым напішыце URL удзельніка і стан гатоўнасці спасылкі пасля дакладнага read-back.
- Запусціце несапраўдныя ўліковыя дадзеныя або недастатковы аб'ём адмоўнага ў жывой паласе або эквівалентны збой сімулятара, калі жывы доступ недаступны.
Патрабуецца доказ
- Саматэставанне сімулятара, сінтэтычны адказ пастаўшчыка і дакладнае ўзгадненне фіктыўнага CRM.
- Дэзінфікаваная магчымасць папярэдняй праверкі плюс суфікс або хэш ідэнтыфікатара сустрэчы, ніколі не сакрэтны або поўны прыватны запіс далучэння.
- Адмоўнае прыстасаванне і read-back, якія пацвярджаюць URL і стан, належаць да меркаванага сінтэтычнага элемента.
Даведачныя файлы і крыніцы
Афіцыйная дакументацыя пастаўшчыка
Ацэначныя вароты
пас
Прайшло: зверка трэнажора і праверкі адмовы праходзяць; любая жывая паласа таксама даказвае найменшыя прывілеі, сакрэтную ізаляцыю, стварэнне сустрэч і дакладны read-back.
Пераглядаць
Перагляд: шлях адаптара працуе, але мадэляванне, праверка магчымасцей, сведчанне аб'ёму, апрацоўка збояў або read-back слабыя.
Цяжкая няўдача
Жорсткая няўдача: уліковыя даныя, прыватныя даныя ўдзельніка або неправераная спасылка раскрытыя.
Праверка чалавекам
