ku

API-ya Bextewerê Boçûkê-Demkî ya Bêhêvî

Testên qeydê û vegerandina şîfreya determinîstîk bi navnîşanên taybet, lêgerîna sînordar, lihevhatina peyamê bi temamî, parastina mifteyê bi ewle, û belgeyên têkçûnê yên faydalî çêbikin.

Jul 17, 2026

Lûpekê otomatîk a kurt a çêkirinê, wergirtinê, kontrolkirinê, û paqijkirina qutîyeke e‑mail

Guhertoya bêbexte ya testê e‑mail kurt e: navnîşek çêbike, pênc saniyê bisekine, peyama yekem bixwîne, û hêvî bide ku ew ji vê derbasbûna re ye.

Guhertoya bêbexte hîn jî hêsan e, lê ew radestkirina wekî asenkron tê hesibandin. Navnîşek taybet çêdike, demek destpêkê tomar dike, di nav sînorek de lêgerîn dike, peyama armancî lihev dike, çalakiya hilberê piştrast dike, û dema tiştek çewt be, çavkaniyên têkildar pêşkêş dike.

Mifteya API-ê ji URLê ve biparêze

Mifteya GPTMail di sernavê X-API-Key de bişîne. Mifteyê li parametreyên ?api_key= nebin. URL‑yan bi rêya dîrokê ya gerokê, tomaran gihîştinê, pergala çavdêriyan, û daneyên referansê de bi rêkê hatine tomarkirin.

X-API-Key: YOUR_API_KEY

Mifteyê di rêveberê veşartî ya CI ya xwe de hilînin û di tomaran de veşêrin. Mifteya rojavayî ya rojanê ji bo lêgerînê hêsan e; lê rêzên otomatîk ên kontrolkirinê divê mifteyek bikar bînin ku qota û bikaranîna wê dikare şop bikin.

Endpoint‑ên heyî û mînakên bersiva li ser rûpela belgekirina API‑ya GPTMail têne parastin.

Ji bo her testê ku bi serbixwe tê xebitandin navnîşek nû çêbike. Ji navnîşekê ku bi hemû testên komê re parve kirin rastiyê neçêkirin.

Navnîşek, nasnameya scenariyê, cîhê xebatê, û demek destpêkê tomar bike. Ev nirxan alîkar in ku peyamên kevn red bikin û lihevhatinên çêbûyî bêyî tomarkirina şîfreya peyamê teşhîs bikin.

Lêgerînê li ser sînorek, ne li ser demek sabît

Demek radestkirina e‑mail guherînek e. Demek sabît a pênc saniyê dibe bêkar dema radestkirinê zû be û dibe bêpêvajoyê dema radestkirinê hêdî be.

Lûpekê sînordar bikar bîne:

deadline = now + 90 seconds
delay = 2 seconds

while now < deadline:
  messages = list inbox
  candidate = newest message matching sender, subject, and start time
  if candidate exists:
    read candidate and continue the product test
  wait delay with a small random jitter
  delay = min(delay * 1.5, 10 seconds)

Sînorek li ser peymana testê ye. Rêwîtiya vegerandina şîfreya şîfre dikare sînorê cûda hebe ji pêşdîtina nûçeyên mezin. Sînorê diyar bikin da ku pêwendiyek hêdî nebe bêyî ku tevahî karê CI-ê dirêj bike.

Bi temamî lihev bikin

“Peyama yekem di qutîyê de” ne hilbijartina faydalî ye. Çend nîşanên jêr lihev bikin:

  • wergirê bi navnîşeka ku ji bo vê derbasbûnê çêbûye re wekhev be;
  • demek çêkirinê piştî demek têketinê be;
  • şandeyê ji xizmeta ku tê xwestin be;
  • mijar an jî cureyê peyamê bi rêwîtiyê re lihev be;
  • ID‑ya peyamê berê nehatî xwarin.

Dema şandeyê dikare gelek kodan bidê, peyama herî nû ya lihevhatî hilbijêre. ID‑ya wê di encamê testê de biparêze da ku vegerandinên dîsa ne bi xetere xwarinê bikar bîne.

Tenê piştî lihevhatina lîsteyê bixwîne

Lîsteya qutîyê divê gavê dîtina hêdî be. Tenê ji bo kandidata hilbijartî peyama tevahî bistîne. Ev karê bêhempa dike û ji xwendina e‑mailên reklaman ên ne girîng parastin dike.

Encama karsaziyê piştrast bike, ne tenê hepresenceya rêzika şeş-hejmarî. Koda bişîne an girêdana lihevhatî veke, paşê piştrast bike ku hesab di rewşa rast de tê gihîştin.

Sînorên rêjeyê wekî nîşanek bifikirin

Ger API bersiva quota an sînorê rêjeyê bide, hewlê heyî rawestîne û agahdariya resetê nîşan bide. Vegerandinên zêde şîroveya sînorê diyar dikin û dikarin testên ne girîng dereng bikin.

Li ser xebatkarê testê hevparêzîyê sinor bike, taybetî dema ku komê gelek navnîşan di heman demê de çêdike. Havîna karkerên piçûk hêsantir e ji bo çewtiyan çêkirinê ji sed hezar lûpekên lêgerînê yên hevpar.

Paqijkirin bêyî veşartina têkçûnê

Paqijkirin divê piştî ku delîl hat berhevkirin were xebitandin. Ger serkeftin, peyaman rakirin an jî bihêlin ku demek kurt hilanîn wan bigire. Ger têk çû, navnîşan û ID-ya peyamê di artefaktên CI yên parastî de bi demek dirêj ji bo lêgerînê bimînin, paşê wan jê bibe.

Qet kodên piştrastkirinê, girêdanên taybet an jî temamî naveroka HTML-ê li logên avakirina giştî çap nekin.

Ceribandinên dîsa bi yekbûnê çêke

Ceribandina testê dîsa bi rêkê nû û navnîşek nû biceribîne. Bêguman ne bifikirin ku vegerandina heman daxwaza li ser heman hesab û qutîya e-nameyê ji rewşa paqijkirî dest pê dike. Şandkar dikare kodên kevn betal bike, daxwazên dubare bifikire, an jî daxwazên dubare red bike.

Ger daxwaza torê demê xwe qedand, “bersiva nehat wergirtin” ji “kar nehat çêkirin” ve cihê bikin. Berî ku ceribandina xweşxistî bidin, rewşa dîtbar kontrol bikin.

Xala têkçûnê rapor bikin

Têkçûna otomasyonê ya faydalî yek ji van aşaman diyar dike:

  1. çêkirina navnîşanê têk çû;
  2. çalakiya berhemê berî ku e-name tê barkirin têk çû;
  3. peyamê lihevhatî berî demê qedexeyê nehat hatin;
  4. peyam hat, lê naverok ne lihevhat;
  5. çalakiya piştrastkirinê têk çû;
  6. paqijkirin têk çû.

Ev sinifkirin “testa e-nameyê têk çû” ya demdemî dike karêk ku tîm dikare xwe bigire.

Ji bo matrisê testê mezinter, Plana Testa E-nameya Rastî bixwînin. Ji bo teşhîsa radestkirinê, E-nameya Piştrastkirinê Nahatine Gihîştin: Gavê Şikestî Bibînin bikar bînin.

GPTMail