TestMace. Ieiunium satus

TestMace. Ieiunium satus

Hi omnes. Tarde e tenebris emersimus et seriem articulorum circa nostram productam continuamus. Post prior articulus recensens, multum opiniones (plerumque affirmativas), suggestiones et relationes cimex recepimus. Hodie ostendemus TestMace in agendo ac de notis nostri applicationis perspicere poteris. Ad baptismum pleniorem moneo te referre ad documenta nostra http://docs-ru.testmace.com. Eamus igitur!

occasum

Incipiamus cum banality. Applicatio praesto est et probata in tribus suggestis - Linux, Windows, MacOS. Potes detrahere instrumentum ad OS es interested in e nostrum website. Pro Linux users possibile est ut install frangeretur sarcina. Speramus vere Microsoft Store et App Store ad eam mox perveniemus (Numquid necesse est? Quid censes?).

Experimentalis missionis

Hoc signum missionis sicut probatum nostrum subiectum elegit:

  • Login: user - admin, password - password
  • addere novam ingressum
  • Sit scriptor reprehendo quod recordum recte addita est

Probabimus on https://testmace-quick-start.herokuapp.com/. Hoc est normalem json-servoperfecta ad probationes huiusmodi applicationes. Auctoritatem modo accessimus per signum ad itinera omnia json-servi et modum login ut hoc signum accipimus creavimus. Gradatim movebimus, sensim ad propositum emendandum.

Creando inceptum et ens sine auctore creare conatur

Primum, novum inceptum creare (file->novum project). Si applicationem primum es, novum consilium statim aperiet. Primum, conemur postulare ut novum recordum creet (si praesto est sine auctoritate monumentis creandis). Lego objectum e Proiecti nodi contextu menu Nodi addere -> RequestStep. Nodi nomine constitue to creare, post. Quam ob rem nodi novus in arbore creabitur et taba huius nodi aperiet. Lets parametri constitue sequentia:

TestMace. Ieiunium satus

Attamen, si instantiam implere conamur, minister chartam 401 redibit et sine licentia nihil in hoc ministro obtinebimus. Bene in communi, quod exspectavi).

Addit auctoritatem petitionem

Ut iam dictum est, nos habemus post endpoint /login, , jSon quod accipit , ut petitio corporis formam ; {"username": "<username>", "password": "<password>"}quibus username ΠΈ password (iterum ex paragrapho introductorio supra) habent significationes admin ΠΈ password condiderunt. In responsio, hic terminus recurrit sicut json {"token": "<token>"}. Nos ea auctoritate utemur. Faciamus RequestStep nodi in nomine Login, aget ut antecessoris Project nodi Trahendo et gutta utendo, nodi datam movent in arbore altiorem quam nodi creare, post. Sequentes parametri ad petitionem nuper creatam ponamus:

Petitionem faciamus et centesimum codicem recipiamus cum signo responsionis. Aliquid simile hoc:

TestMace. Ieiunium satus

Refactoring: tollendo domain duplicationem

Hactenus petitiones non coniunguntur in unam scripturam. Sed hoc non est nisi incommodum. Si inspicias, animadvertes saltem in utraque petitione duplicatum esse imperium. Non bonum. Tempus est hanc partem scripturae futuri reficere, et variabiles nos hac adiuvabunt.

Ad primam approximationem, variabiles easdem partes inserviunt ac in aliis similibus instrumentis et programmandis linguis - eliminandi duplicationem, promptitudinem augendi, etc. Plus legere potes de variabilibus in documenta nostra. In hoc casu usoris variabiles egebimus.

Sit scriptor variabilis in Project nodi gradu definire domain cum significatione https://testmace-quick-start.herokuapp.com. Quae cum ita sint,

  • Aperi tab cum hoc nodo ac deprime in icon calculator in summo dextro
  • Click + ADD VARIABLE
  • Intra variabilis nomen et valorem
    In casu nostro, dialogus cum variabili additamento sic erit:

TestMace. Ieiunium satus

OK. Nunc, ob haereditatem, hac varia ratione uti possumus in posteris cuiusvis commorationis. In nostro casu hae nodi sunt Login ΠΈ creare, post. Ut variabili in campo textu utatur, scribere debes ${<variable_name>}. Exempli gratia, URL login convertitur cum ${domain}/loginUtrumque enim creare, post nodi url te tamquam ${domain}/posts.

Sic, duce arido principio, missionem leviter emendavimus.

Servo signum ad variabilis

Cum de variabilibus loquimur, de hoc argumento paululum pangamus. In momento, in casu felicis rationis, signum auctoritatis accipimus a servo, quod in subsequentibus petitionibus egebimus. Sit hoc signum in variabile. Quod valor variabilis in executione scripto determinabitur, peculiari mechanismo ad hoc utimur - dynamic variables.

Primum, rogationem login pergamus. In tab Parsed responde, move cursorem super signum et in contextu menu (quod vel cum dextro mure puga vel strepitando in puga...) elige item. Tribuere variabilis. Alternis campis apparebit cum sequentibus.

  • semita - quae pars responsum est (in nobis est body.token)
  • Current valorem β€” Quanti pretii semita (in nostro casu haec est aditio pretii)
  • variabilis nomine - nomen variabilis ubi Current valorem conservabitur. In nobis erit token
  • nodi - in quo maiorum variabilis creetur variabilis nomine. Sit scriptor eligere Project

Completus alternis similis est:

TestMace. Ieiunium satus

Omne autem tempus nodi supplicium est Login dynamic variabilis token renovabitur cum novo valore ex responsione. Et hoc variabile in Project node et hereditatis gratia posteris praesto erit.

Ad variabiles dynamicas accedere, uti debes constructum- in variabilis $dynamicVar. Exempli gratia, signum repositum accedere, vocare debes ${$dynamicVar.token}.

Contingimus concessionis indicium petitiones

In gradibus praecedentibus licentiae signum accepimus et omnia quae nobis opus sunt facere est caput addere Authorization cum significatione Bearer <tokenValue> in omnibus petitionibus, quae licentia requirunt, comprehendo creare, post. Pluribus modis hoc facere;

  1. Manually exemplum ascribere et auctoritatem capitis ad petitiones usurarum addere. Methodus operatur, sed usus eius solum ad petitiones generis "facti et abiecti" limitatur. Non apta ad repetitam scriptorum executionem
  2. Utere functionality auctoritas.
  3. ad usum default capitis

Secunda methodus utens evidens videtur, sed in contextu huius articuli, aditus est ignarus. Bene, revera: auctoritas mechanismus plus minus tibi ex aliis instrumentis nota est (etsi res similia habemus" auctoritas hereditatis) Verisimile est et interrogare.

Alia res est defalta capitis! In nuce, defalta capitis capitis hereditates HTTP capitis sunt, quae rogationi per defaltam additae sunt, nisi expresse debilitantur. Hac functione utens, potes, exempli gratia, auctoritati morem deducendi vel duplicationem in scriptoribus simpliciter tollendam. Utamur hac pluma ut signum capitis in transeam.

Antea prudenter servavimus signum dynamicae variabilis $dynamicVar.token Project node massa. Reliquum est ut hoc agamus;

  1. Define default title Authorization cum significatione Bearer ${$dynamicVar.token} Project node massa. Hoc facere, in instrumento nodi Project dialogum aperire debes cum defectibus capitulorum (button Caput capitis in angulo dextro) et titulum respondentem add. Dialogus cum valoribus refertis sic erit:
    TestMace. Ieiunium satus
  2. Inactivare hoc caput ex login petitionem. Hoc intellegi potest: in tempore login, signum nondum habemus et cum hac petitione instituemus. Propterea in interface electronicarum petitionis in tab Caput capitis in area of hereditarium notam LICENTIA header.

Id omne. Nunc auctoritas capitis ad omnes petitiones nodi Project, exceptis nodi login exceptis, adicietur. Evenit ut in hac scaena iam nos litteras paratas habeamus et omnia quae facienda sunt deprimamus. Potes currere scriptor eligendo Curre in nodi contextu Project menu.

Reprehendo rectitudo post creaturae

Hac in scaena, scriptum nostrum inire potes et, authentico signo utens, cursorem crea. Sed opus fac nobis est ut tabellarium novi creatum verum nomen habeat. Hoc est, in essentia, omne quod restat, facere sequentia;

  • Petitionem mitte ut recipias per id,
  • Reprehendo nomen accepisse a servo compositus nomen missum cum creando cursorem

Intueamur primum gradum. Cum valor id determinatur in executione scripto, debes creare dynamicam variabilem (vocemus illum postId) Ex nodi creare, post Project node massa. Iam novimus quid hoc faceremus, solum ad sectionem referimus Servo signum ad variabilis. Reliquum est ut petat ut cursorium recipiat utens hoc id. Hoc facere, RequestStep crearemus adepto-post cum sequentibus parametris:

  • Genus Request: GET
  • URL: ${domain}/posts/${$dynamicVar.postId}

Ad secundum gradum efficiendum, nos postulo ut cognoscamus assertio nodum. Nodus assertio est nodi qui permittit te scribere pro certis petitionibus compescendo. Quaelibet nodi assertio plures assertiones continere potest (reprehendit). Plura legere potes de omnibus generibus assertionum nostrorum documentum. Nos utemur Compare assertio cum operator equal. Plures modi adfirmationes creandi sunt;

  1. Long. Manually nodi assertionem crea ex contextu nodi RequestStep. Nodus in assertione creata, assertionem foenioris adde et agris imple.
  2. Celer. Nodi assertionem crea cum assertione ex nodi RequestStep ex contextu sermonis usura

Secundo modo utamur. Hoc est quod ad causam nostram videbuntur.

TestMace. Ieiunium satus

Nam qui non intelligunt, hic aguntur;

  1. Pete in nodi adepto-post
  2. In tab Parsed responde, voca context menu ac selecta Create assertio -> Compare -> aequalis

Gratulationes, primum experimentum creavimus! Simplex, annon? Nunc scriptionem perfecte currere potes et effectu gaude. Reliquum est ut illud paululum corrigas et auferas title in separatum variabile. Sed hoc tibi ut congue sem relinquemus)

conclusio,

In hoc duce missionem plenam petivimus et simul nonnullas lineamenta operis nostri recensuimus. Utique in omnibus functionibus non usi sumus et in sequentibus articulis accuratiorem recognitionem facultatum TestMace praebebimus. Mane suavi!

P.S. Ad eos qui etiam pigri sunt ad omnia referendi vestigia, nos benigne perscribemus repositio cum documentum ex art. Potes aperire cum file -> Open project ac lego Project folder.

Source: www.habr.com