• Articles
• admin

kahdessa edellisessä artikkelissa käsittelimme Testikohtaisten väitteiden yksityiskohtia, jotka olivat sovellettavissa vain tietyntyyppiseen Testitapaukseen tai testattavaan verkkopalveluun. Kaikki väitteet mainitaan artikkelissa ”SoapUI Test specific Assertions: REST Services” ovat sovellettavissa vain REST Web Services ja kaikki väitteet mainittu artikkelissa ”SoapUI Test Specific Assertions: SOAP Services” ovat sovellettavissa vain SOAP Web Services. Nyt, SoapUI tarjoaa muutamia muita väitteitä myös, jotka ovat sovellettavissa sekä SOAP ja loput palvelut ja tunnetaan SoapUI yhteinen vakuuttelut. Tässä artikkelissa, ymmärrämme käyttö kaikki nämä yhteiset väitteet kattamalla yksityiskohdat alla seuraavat aiheet:

• mitkä ovat yhteisen omaisuuden sisältöä väitteet SoapUI?
  • mikä sisältää väitteen Soapuissa?
  • lisäksi, mikä ei sisällä väitettä Soapuissa?
  • mikä on XPath-väite soapuissa?
  • mikä on XQuery Match assertion in SoapUI?
• mitkä ovat vastaavasti Soapuin Yleiset Myöntyväisyysväitteet, Statusväitteet ja Normiväitteet?
  • Mitä ovat SOAPUIN esittämät HTTP-Tilakoodien väitteet?
  • lisäksi, mikä on skeeman Vaatimustenmukaisuusväitteet soapuissa?
• mitkä ovat yhteiset SLA väitteet SoapUI?

koska kaikki nämä väitteet ovat sovellettavissa sekä SOAP-että REST-palveluihin, käytämme seuraavia tietoja vahvistaaksemme kaikki nämä väitteet:

• URI: n avulla luotu REST-projekti: ”http://bookstore.toolsqa.com/BookStore/v1/Books ”ja WSDL: n avulla luotu SOAP-projekti:” http://bookstore.toolsqa.com/BookStoreService.wsdl ”kuten artikkelissa” SoapUI: Working with Projects.”
• voit viitata REST Projectin näytetulokseen artikkelista ”SoapUI Test Specific Assertions: REST Services” ja SOAP Projectin näytetulokseen artikkelista ”SoapUI Test Specific Assertions: SOAP Services”.

mitkä ovat Soapuin yhteisen omaisuuden Sisältöväitteet?

kuten jo tiedämme, omaisuuden Sisältöväitteet vahvistavat saadun vastauksen sisällön. SoapUI tarjoaa useita sisältöväitteitä, joita sovelletaan sekä SOAP-että REST-pyyntöihin. Katsotaanpa alla olevissa kohdissa, miten voimme käyttää näitä väitteitä?

mikä sisältää väitteen Soapuissa?

Sisältää väitteen, jossa etsitään merkkijonomerkin olemassaoloa omaisuuden arvosta.

harkitse skenaariota, että Kirjakauppapalvelussa on tarkistettava, onko olemassa kirjailijanimellä ”Richard E. Silverman” varustettua kirjaa?Let ’s seurata ohjeita jäljempänä mainittujen vahvistaa sama käyttämällä ”Sisältää” väite:

1. siirry ensin Lisää väite-dialogilaatikkoon. Sen jälkeen, klikkaa ”Sisältää” väitteen alla ”Property Content” väitteen luokka, kuten alleviivattu:

1. toiseksi, klikkaa ”Lisää” – painiketta, ja se näyttää” Sisältää väitteen ”dialogilaatikko, kuten alla:

1. kolmanneksi, Kirjoita tekijän nimi ”Richard E. Silverman” ”sisältö” – osioon. Se on hakumerkkijono, jonka haluat vahvistaa verkkopalvelun vastauksessa.

2. neljänneksi, edellä dialogi ruutuun, näet kaksi valintaruudut myös. Ne ovat:

• Ohita tapaus:jos valitset Ohita tapaus-valintaruudun, se vahvistaa merkkijonon ohittamalla tapauksen. Oletetaan, että kirjoitat” richARD E. SilVerMan ”sisällön tekstiruutuun ja valitset” Ohita tapaus vertailussa ” – valintaruudun. Lisäksi se ohittaa tapauksen ja tarkistaa vain syötetyn merkkijonon arvon.

joten väite menee läpi, koska merkkijonon merkit ovat samat, jos emme huomioi tapausta.

• säännöllinen lauseke: jos haluat validoida tuotoksen Regexillä, voit valita tämän valintaruudun ja määrittää säännöllisen lausekkeen Sisältöosiossa. SoapUI noudattaa esimerkiksi Oraclen määrittelemiä säännöllisen lausekkeen kuvioita, jos haluamme vahvistaa, että kirjapalvelun vastauksessa on ”O ’ Reilly”, voit määrittää ”.O ’ Reilly.”RegEx Sisältöosiossa, kuten alla on esitetty:

niin, voimme vahvistaa merkkijonon olemassaolon vastaus WebService käyttämällä Sisältää väitteen, ja voimme käyttää tätä sekä SOAP ja REST Webservices.

mikä ei sisällä väitettä Soapuissa?

toisin kuin Sisältää väitteen, Not Sisältää väitteen etsii merkkijonon olemattomuutta ominaisuuden arvosta. Lisäksi tämä väite menee läpi, jos vastauksessa ei ole määriteltyä arvoa.

oletetaan; haluamme vahvistaa, että kirjakauppapalvelun vastauksessa ei ole ”Groovy Book” – nimistä kirjaa, Voimme käyttää tätä väitettä vahvistaaksemme KIRJAKAUPPARAJAPINNAN vastauksen.

noudattakaamme jäljempänä mainittuja ohjeita vahvistaaksemme saman käyttämällä ”ei sisällä” – väitettä:

1. ensinnäkin, siirry lisätä väitteen dialogilaatikko ja klikkaa ”ei sisällä” väitteen alla ”Property Content” väitteen luokka, kuten alleviivattu:

1. toiseksi, klikkaa ”Lisää” – painiketta, ja se näyttää ”NotContains väite” dialogilaatikko, kuten alla:

2. kolmanneksi Kirjoita merkkijonon nimi ”Groo Book” ”Content” – osioon. Se on hakumerkkijono, jonka haluat vahvistaa, jota ei ole verkkopalvelun vastauksessa.

Huomautus: kaksi valintaruutua (Ohita tapaus & RegEx) tässä toimii samalla tavalla, kuin ne olivat Sisältää väitteen.

1. neljänneksi, napsauttamalla ” OK ” – painiketta suoritetaan väite WebService-vastausta vastaan ja näytetään tulos, kuten alla on esitetty:

1. niin kauan kuin merkkijono ei ole läsnä kohdepalvelun vastauksessa, väite menee läpi.

mikä on XPath Match-väite soapuissa?

XPath Match-väite sallii sinun käyttää XPath-lauseketta valitaksesi sisällön kohdevasteen tietystä solmusta ja vertaillaksesi sitä odotettuun arvoon.

Oletetaan, että haluat vahvistaa, että ensimmäisen Kirjakauppa API: n vastauksessa olevan kirjan ISBN ei ole nolla. Voimme nopeasti vahvistaa saman käyttämällä XPath väite.

noudattakaamme jäljempänä mainittuja vaiheita vahvistaaksemme saman käyttämällä ”XPath Match” – väitettä:

1. ensinnäkin, siirry lisätä väitteen dialogilaatikkoon. Sen jälkeen, klikkaa ”XPath Match” väite alla ”Property Content” väite luokka, kuten korostettu alla:

1. toiseksi, klikkaa ”Lisää” – painiketta, ja se näyttää” Xpath Match Configuration ” dialogilaatikko, kuten alla:

Where,

• ilmoita: Tämän painikkeen napsauttaminen hakee ja täyttää nimiavaruuden automaattisesti. Jos olet varma yksityiskohtia nimiavaruuden, voit kirjoittaa sen manuaalisesti, muuten klikkaa ”julistaa” – painiketta ja se kansoittaa nimiavaruuden tiedot kuten alla:

  • SOAP-palvelun nimiavaruus asutetaan, kuten alla esitetään:

• vastaavasti REST-palvelun nimiavaruus asutetaan, kuten alla esitetään:

nimiavaruuden julistamisen jälkeen voidaan määrittää halutun solmun XPATH-lausekkeessa.

• voit määrittää näytteen XPATH ”/ / ns1: BooksResult / ns1: Books / ns1: CustomBookModel / ns1: Isbn ” SOAP-palvelulle alla olevalla tavalla:

samoin, voit määrittää näytteen XPATHIN ”//ns1:books//ns1:e/ns1:isbn” LEPOPALVELULLE kuten alla:

huomaa nimiavaruuden ns1 käyttö molemmissa tapauksissa. Solmujen käyttämiseksi nimiavaruuden käyttö on pakollista.

• valitse nykyisestä: napsauttamalla tätä painiketta se valitsee automaattisesti odotetut tulokset-osiossa mainitun solmun arvon, joka on yllä olevassa tapauksessa isbn. Lisäksi se valitsee solmun ISBN arvoksi ”9781449325862”. Jos et halua automaattisesti valita arvoa klikkaamalla tätä painiketta, voit jopa kirjoittaa odotetun tuloksen manuaalisesti myös.
• testi: klikkaamalla ”Testi” – painiketta voit testata lähdön, jos väite menee läpi, se näyttää alla olevan onnistumishälytyksen :

tai jos väite epäonnistuu, se heittää virheen ja näyttää dialogilaatikkoa, kuten alla:

• valinnaiset valintaruudut: odotettu tulos-osio tarjoaa myös joitakin valintaruutuja, mikä tarjoaa lisäapua väitteen validoinnissa. Katsotaanpa ymmärtää yksityiskohtia näistä valintaruudut:
• salli yleismerkkien valintaruutu: jos arvo, jonka haluamme validoida, muuttuu dynaamisesti kohdevasteessa, Voimme käyttää yleismerkkejä vahvistaaksemme vastauksen. Oletetaan, että jos katsomme, että 1.kirjan isbn päättyy aina ”862”, Voimme käyttää yleismerkkiä *”862″, joka vahvistaa, että isbn päättyy aina ”862”. Se näkyy odotetussa Tulososiossa seuraavasti:

• Ohita nimiavaruuden etuliite valintaruutu: Jos haluamme ohittaa nimiavaruuden etuliitteen vahvistettaessa vastausta, voimme tehdä sen valitsemalla tämän valintaruudun.
• Ohita XML-Kommentit valintaruutu: jos haluamme jättää vastauksessa olevat kommentit huomiotta, voimme saavuttaa tämän valitsemalla tämän valintaruudun.
• kun olet tutustunut kaikkiin yllä oleviin vaihtoehtoihin, napsauta Tallenna-painiketta tallentaaksesi väitteen. Se läpäisee väitteen ja saa odotetun Isbn: n ”9781449325862”. Näin ollen se näyttää otoksen tuotoksen seuraavasti:

mikä on XQuery Match assertion Soapuissa?

XQuery-ottelu on melko samanlainen kuin XPath-väite, ainoana erona on, että se käyttää XQuery-ilmaisua ja vertaa sitä odotettuun tulokseen.

harkitse skenaariota olettaen, että haluat validoida kaikki vastauksessa käytettävissä olevien kirjojen ”otsikot” riippumatta siitä, missä järjestyksessä ne ovat olemassa. Voit kirjoittaa yksinkertaisen XQuery ja sitten olet hyvä mennä.

noudattakaamme jäljempänä mainittuja vaiheita vahvistaaksemme saman käyttämällä ”XQueryMatch” – väitettä:

1. ensimmäinen, siirry Lisää väite dialogi ruutuun. Sen jälkeen, klikkaa ”XQuery Match” väite alla ”Property Content” väite luokka, kuten korostettu alla:

1. toiseksi, klikkaa ”Lisää” – painiketta, ja se näyttää” XQuery Match Configuration ” dialogilaatikko, kuten alla:

Where,

• XQuery-lauseke: tämä on XQuery-lauseke, joka sinun täytyy määrittää, jotta voit poimia arvon verkkopalvelun vastauksesta. Esimerkiksi kaikkien kirjojen nimen saamiseksi voimme määritellä XQuery-lausekkeen seuraavasti:

<Result>{for$z in //*:CustomBookModelreturn (<Title>{data($z/*:Title)}</Title>)}</Result>

yllä olevassa koodinpätkässä:

• <Result> on tag, joka tallentaa tuloksen perustuu XQuery vastaus. Lisäksi, se voi olla mikä tahansa tunniste perustuu käyttäjän valinta.
• lisäksi iteroimme vastauksen for-silmukan avulla, ja $z on mikä tahansa muuttuja, joka saa arvon <CustomBookModel>.
• //. määrittää Custombook-mallin juuren, voit myös navigoida käyttäen nimiavaruutta ja määrittää sitten nimiavaruuden**”/: n sijaan.”.***
• edellä mainitun lisäksi ”return” – funktio palauttaa <Title> – tagin arvon.
• myös” data ” – funktio palauttaa jokaisen <CustomBookModel> – tunnisteen nimiketunnisteen tiedot.

2) Valitse nykyisestä: Napsauta painiketta valita nykyisen arvon vastauksesta kohti mainitun XQuery.

3) odotettu tulos: kun olet napsauttanut ”valitse nykyisestä” – painiketta, se palauttaa kaikki otsikot palvelun vastauksesta. Voit myös määrittää odotetun tuloksen manuaalisesti.

4) ”testi” – painikkeen klikkaaminen näyttää onnistumisvasteen, kuten alla näkyy:

1. klikkaamalla ” OK ” painiketta näyttää voimassa suorituksen väitteen.

mitkä ovat Soapuin Yleiset vaatimustenmukaisuus -, Status-ja Standardiväitteet?

kuten Soapuin ”Property Content” – osiossa esittämät yleiset väitteet, se esittää myös joitakin väitteitä kategoriassa ”Compliance, Status and Standard”, jotka ovat yleisiä sekä SOAP-että REST-verkkopalveluissa. Ymmärtäkäämme kaikkien näiden väitteiden yksityiskohdat seuraavissa jaksoissa:

Mitä ovat SOAPUIN esittämät HTTP-Tilakoodiväitteet?

kuten kaikki tiedämme, HTTP-tilakoodit kuvaavat sitä, onko HTTP-pyyntö täytetty vai ei. Kaikki nämä vastauskoodit jaetaan yleensä seuraaviin luokkiin:

1	1xx: Informational: nämä tilakoodit kuvaavat pyynnön vastaanottamista ja sen käsittelyä.
2	2xx: menestys: nämä tilakoodit osoittavat, että toiminto vastaanotettiin, käsiteltiin ja hyväksyttiin.
3	3xx: uudelleenohjaus: nämä tilakoodit tarkoittavat, että pyynnön täyttäminen vaatii lisätoimia.
4	4xx: asiakkaan virhe: nämä tilakoodit tarkoittavat, että pyyntö sisältää virheellisen syntaksin tai pyynnössämme on jotain vikaa.
5	5xx: palvelinvirhe: nämä tilakoodit tarkoittavat, että palvelinpuolella on virhe, mikä tarkoittaa, että palvelin ei täyttänyt kelvollista pyyntöä.

näiden tilakoodien validoimiseksi SoapUI esittää pari väitettä. Katsotaanpa ymmärtää yksityiskohtia näistä väitteistä seuraavissa kohdissa:

mikä on pätevä HTTP-Tilakoodien väite Soapuissa?

tämä väite vahvistaa, että verkkopalvelun palauttama HTTP-vastauskoodi on odotettujen HTTP-koodien luettelossa.

harkitse skenaariota, että kirjakaupan API: lle haluamme vahvistaa, että palautettu vastauskoodi on aina joko 200 tai 201. Voimme käyttää” voimassa HTTP-tilakoodit ” väite vahvistaa sama.

noudattakaamme jäljempänä mainittuja ohjeita vahvistaaksemme saman käyttämällä ”voimassa olevia HTTP-tilakoodeja” – väitettä:

1. siirry kohtaan Add Assertion dialogilaatikko ja klikkaa ”Valid HTTP Status Codes” – väitettä ”Compliance, Status and Standard” – väitteen kategoriassa, kuten alleviivattu:

1. klikkaa ”Lisää” – painiketta, ja se näyttää ”voimassa HTTP – tilakoodit väite kokoonpano” dialogilaatikko, kuten alla:

1. ”Määritä koodit” – kohdassa merkitään arvot 200, 201. Voit määrittää joko yksittäisen koodin tai pilkulla eroteltujen koodien luettelon. ”OK” – painikkeen napsauttaminen vahvistaa HTTP-tilakoodit palvelun viimeistä vastausta vastaan.

mikä on virheellinen HTTP-Tilakoodien väite Soapuissa?

toisin kuin ”kelvolliset HTTP-tilakoodit” – väite, ”Virheelliset HTTP-tilakoodit” – väite vahvistaa, että ”odotetut koodit” – luettelo ei sisällä verkkopalvelun palauttamaa HTTP-tilakoodia.

harkitse skenaariota, että kirjakaupan API: lle haluamme vahvistaa, että palautettu vastauskoodi ei ole 401. Voimme käyttää” virheellinen HTTP-tilakoodit ” väite vahvistaa sama.

noudattakaamme jäljempänä mainittuja vaiheita vahvistaaksemme saman käyttämällä ”virheellisiä HTTP-tilakoodeja” – väitettä:

1. siirry kohtaan Add Assertion dialogilaatikko ja klikkaa ”Invalid HTTP Status Codes” – väitettä ”Compliance, Status and Standard” – väitteen kategoriassa, kuten alla on korostettu:

1. klikkaa ”Lisää” – painiketta, ja se näyttää” virheellinen HTTP-tilakoodien väite kokoonpano ” dialogilaatikko, kuten alla:

1. ”Määritä koodit” – kohtaan merkitään arvot 401. Voit määrittää joko yksittäisen koodin tai pilkulla eroteltujen koodien luettelon. ”OK”-painikkeen napsauttaminen vahvistaa HTTP-tilakoodien olemassaolon palvelun viimeistä vastausta vastaan.

huomaa: voimme soveltaa näitä väitteitä sekä saippuan että levon päätepisteisiin.

mitkä ovat skeeman Vaatimustenmukaisuusväitteet Soapuissa?

tilakoodien lisäksi Soapuissa voidaan myös vahvistaa vastausviesti testattavan kohdepalvelun WSDL: n(SOAP) tai WADL: n(REST) määritelmää vastaan.

harkitse skenaariota, että haluamme nopeasti tarkistaa, onko saamamme SAIPPUAVASTE WSDL: n mukainen vai ei?

Let ’s follow the steps named below to validate the same using ”Schema Compliance” assertion:

1. siirry kohtaan Add Assertion dialogue box ja klikkaa ”Schema Compliance” – väitettä ”Compliance, Status and Standard” – väitteen kategoriassa, kuten alleviivattu:

1. klikkaa ”Lisää” – painiketta, ja se näyttää” Schema Compliance Assertion Configuration ” dialogilaatikko, kuten alla:

2. Määrityskeskusteluruudussa se asettaa automaattisesti projektin luoneen WSDL: n, mutta jos haluat määrittää jonkin muun WSDL: n, voit myös päivittää sen. Napsauta OK jatkaaksesi.

1. jos vastaus on yhteensopiva kohti mainittu skeema, näet menestys vastaus, kuten yllä. Näet virheen aina, kun viimeinen vastaus ei ole WSDL-skeeman mukainen.

Huom.: Samoin voit vahvistaa REST-palvelun vastauksen tiettyä WADL: ää vastaan.

mitkä ovat Soapuin yleiset SLA-väitteet?

kuten me kaikki tiedämme, Palvelutasosopimusta(Sla) kutsutaan yleensä palveluntarjoajan ja asiakkaan väliseksi sopimukseksi. Sopimus voidaan luokitella erilaisten sovittujen ominaisuuksien mukaan, kuten saatavuus, laatu, vasteaika jne. SoapUI tarjoaa toiminnallisuuden vahvistaa vasteaika tietyn palvelun.

tarkastellaan hypoteettista skenaariota, jonka mukaan kirjakaupan verkkopalvelun sovittu vasteaika on alle 4 sekuntia. Voimme vahvistaa saman SoapUI käyttäen ” SLA ” väite luokat.

toimitaan jäljempänä mainittujen ohjeiden mukaisesti vahvistaaksemme saman käyttämällä ”Response SLA” – väitettä:

1. Siirry lisätä väitteen dialogi ruutuun ja klikkaa ”vastaus SLA” väitteen alla ” SLA ” väitteen luokka, kuten alleviivattu:

1. klikkaa ”Lisää” – painiketta, ja se näyttää ”vastaus SLA väitteen kokoonpano” dialogilaatikko, kuten alla:

1. ilmoittakaa enimmäisaika (ms), jonka aikana palvelu odottaa palauttavansa vastauksen. Meidän skenaario, olemme määritelleet 4000 ms. klikkaa OK-painiketta lisätä väitteen. Se näyttää testituloksen, kuten alla on esitetty:

1. kuten voimme nähdä edellä kuvakaappaus, koska vasteaika palvelun oli 1374 ms, joten se oli mainitun SLA 4000 ms ja johti onnistuneeseen väitteeseen.

Key Takeaways

• SoapUI tarjoaa laajan valikoiman väitteitä, joita voidaan soveltaa sekä SOAP-että REST-verkkopalveluihin.
• lisäksi muutamia yleisiä väitteitä ovat Contain, Not Contain, Xpath ja XQuery Match, joita käytetään verkkopalvelun sisällön vastauksen validointiin.
• lisäksi toista Soapuin esittämien yhteisten väitteiden joukkoa käytetään HTTP-Tilakoodien ja verkkopalvelujen vastausten skeeman validointiin.
• myös SoapUI tarjoaa SLA-väitteen, jota voidaan käyttää sekä SOAP-että REST-palvelujen vasteajan validointiin.

siirrytään seuraavaan artikkeliin, jossa syväsukellamme edelleen ymmärtääksemme, miten voimme toteuttaa joitakin ennakkoväitteitä käyttämällä ”Script Assertionsia” Soapuin kielellä.