Izpratne par SOAP protokolu
Pirms izveidojam SOAPUI testa gadījumu, ļaujiet mums saprast pamatus par SOAP protokolu. Tas palīdzēs jums izmantot SOAP lietotāja saskarni, lai efektīvi pārbaudītu SOAP pieprasījumus un atbildes.
ZIEPES apzīmē S imple O bject A ccess P rotokol. Tālāk ir norādītas SOAP protokola īpašības.
- Tas ir uz XML balstīts protokols saziņai starp divām dažādām sistēmām.
- Tā ir platforma un neatkarīga no valodas. Tādējādi sistēma, kas izstrādāta, izmantojot Java, var sazināties ar sistēmu, kas izstrādāta in.NET.
- SOAP pieprasījumi / atbildes tiek transportētas, izmantojot HTTP.
Šajā testēšanas apmācībā jūs uzzināsiet:
- Uzziniet ziepju ziņojuma FORMĀTU
- Izveidojiet projektu
- Test Suite izveide
- Izveidot testa gadījumu
- Pārbaudes darbības ievietošana
- Izpratne par ziepju reaģēšanas un žurnāla paneļiem
- Pieprasījuma sūtīšana manuāli un atbildes lasīšana
Uzziniet ziepju ziņojuma FORMĀTU
SOAP ziņojums ir parasts XML dokuments, kas satur šādus elementus. Ziņojums var būt vai nu pieprasījuma, vai atbildes ziņojums.
Pēc darbvietas iestatīšanas, kuru bijām veikuši pēdējā apmācībā, mums ir jāizveido projekti, jāpārbauda komplekti, testa gadījumi, lai pārbaudītu doto tīmekļa pakalpojumu. Ļaujiet mums saprast, kā rīkoties tāpat.
Izveidojiet projektu
1. solis: Tagad, atkarībā no projekta, mums jāimportē SOAP / REST protokols. Mēs izveidosim jaunu SOAP projektu.
2. solis: mēs izmantosim šādu SOAP pieprasījumu: http://www.dneonline.com/calculator.asmx?wsdl
- Ievadiet projekta nosaukumu
- Ievadiet WSDL pieprasījuma ceļu. Šajā gadījumā http://www.dneonline.com/calculator.asmx?wsdl
- Noklikšķiniet uz Labi
Piezīme:
- Vai izveidot pieprasījumu paraugu visām operācijām? Tas izveido pieprasījuma paraugu visām pieejamajām darbībām dotajā WSDL. Tiklīdz ievadāt WSDL adresi, šī opcija tiek pārbaudīta automātiski. Jūs to varat noņemt.
- Izveidojiet importēto WSDL testa komplektu : izveidojiet testa paketi importētajam WSDL.
- Relatīvie ceļi : tas ļauj lietotājam saglabāt visus failus salīdzinājumā ar projekta failu.
3. solis: Izveidojot SOAP projektu ar iepriekš minēto WSDL, mēs varēsim redzēt, ka projektā tiks importētas divas operācijas.
4. solis)
Izvērsiet pirmo pieprasījumu un ar peles labo pogu noklikšķiniet uz Pievienot. Pēc tam noklikšķiniet uz 'Jauns pieprasījums'.
Pēc tam noklikšķiniet uz Labi. Tas parādīs SOAP pieprasījumu XML formātā
- Ievadiet “intA” un “intB”
- Noklikšķiniet uz pogas Iesniegt
- Labās puses rūts tiks parādīta atbildes XML.
Jums var rasties jautājums, kāpēc veidot testa lietas? Kad varat tieši pārbaudīt Webservisu šeit
…Nu, jūs varat nosūtīt pieprasījumu par vienu darbību. Kā ar citiem? Cik daudz papildinājumu ievades kombināciju varat veikt, izmantojot šo darbību ? Jums ir jārediģē pieprasījums katrai kombinācijai.
Piemēram: Ja vēlaties pievienot no 4 un 4, nevis 5 un 5
... Jums vēlreiz jārediģē darbība. Tātad ir jāizveido testa komplekts / gadījumi, lai pārbaudītu visus iespējamos scenārijus, tieši nerediģējot pašu darbību.Test Suite izveide
1. solis: projekta ietvaros testētāji var izveidot testa komplektu, ar peles labo pogu noklikšķinot uz projekta saknes.
2. solis: Mums jāievada testa komplekta nosaukums un jānospiež OK.
3. darbība: izveidotajā testa komplektā tiek parādīta navigatora rūts, kā parādīts zemāk.
4. darbība: labajā rūtī tiek atvērts testa Suite logs. Tā kā mēs tikko esam izveidojuši, testa gadījumu nav. Tādējādi visas opcijas ir atspējotas.
Izveidot testa gadījumu
1. solis: Testa komplektā mēs varam izveidot vairākus testus, ar peles labo pogu noklikšķinot uz “test suite” un izvēloties “New TestCase”.
2. solis: norādiet testa lietas nosaukumu un noklikšķiniet uz Labi.
3. solis: izveidotajam testa gadījumam ir nulle soļu, kā parādīts zemāk.
Piezīme . Mēs varam redzēt, ka testa gadījums ir pievienots ar nulles testa soļiem visiem pieejamajiem testiem. Pievienojot testa darbības, iekavās esošie skaitļi mainīsies automātiski.
Funkcionālā testa posmam vajadzētu būt “Pārbaudes posmiem”, bet veiktspējas testa posmam - “Slodzes testam”, un drošības testa posmam - “Drošības testiem”.
4. solis: mēs varam ievietot dažādas testa darbības, veicot peles labo pogu noklikšķiniet uz testa darbībām un atlasot atbilstošu testa darbību, kā parādīts zemāk. Tātad, ja pārbaudītu REST tīmekļa pakalpojumu, izvēlētos REST testa pieprasījumu.
Pārbaudes darbības ievietošana
Tagad pievienosim pārbaudes darbību, lai apstiprinātu importēto SOAP pieprasījumu.
1. darbība: pievienojiet jaunu soli “SOAP Request”, kā parādīts zemāk.
2. solis: ievadiet soļa nosaukumu un noklikšķiniet uz Labi.
3. solis: noklikšķinot uz Labi, tiek parādīts dialoglodziņš, lai atlasītu operāciju, kuru izsaukt. Visas operācijas ir uzskaitītas, un lietotājs var izvēlēties darbību, kuru vēlaties izsaukt.
- Ir daudz darbību, kas tiks uzskaitītas. Darbības ir vienādas, izņemot izmantoto SOAP versiju.
CalculatorSoap - izmanto SOAP 1.1 versiju, bet
CalculatorSoap12 - tiek izmantota SOAP versija 1.2
- Versija šajā kontekstā mums nav svarīga. Tādējādi jūs varat izvēlēties vienu no jūsu izvēles.
- Atlasot darbību, noklikšķiniet uz Labi
Step 4: Kaut pievienojot testa gadījumā, mēs varam pievienot standarta apgalvojumus. Apgalvojumus sauc arī par kontrolpunktiem / validācijas punktiem, ar kuriem mēs detalizēti nodarbosimies nākamajā apmācībā.
Veidojot testa gadījumu, mēs varam pievienot šādus kontrolpunktus / apgalvojumus. Izveidosim testa gadījumu ar opciju, kas nozīmē testa posma izveidi BEZ kāda no tālāk norādītajiem validācijas punktiem
- Veicot testu, pārbauda, vai atbildes ziņojums ir SOAP.
- Pārbauda, vai atbildes shēma ir derīga.
- Pārbauda, vai SOAP atbildē ir FAULT.
5. solis: Izveidojot testa gadījumu, pieprasījuma XML tiek parādīts zemāk. XML struktūra ir izskaidrota zemāk esošajā momentuzņēmumā.
6. solis: testa soļu skaits tagad ir palielināts līdz vienam, jo mēs tikko pievienojām vienu testa soli. Līdzīgi, pievienojot slodzes un drošības testu soli, atbilstošais skaitlis tiks automātiski palielināts, pamatojoties uz pievienoto darbību skaitu.
Nosūtīt pieprasījumu manuāli un lasīšanas atbildi
1. solis: mēs vēlētos pievienot divus skaitļus.
- intA - 5
- intB - 5
Nākamais,
- Mums šie ievadi jāievada jautājuma zīmes vietā, kas tiks nosūtīta kā pieprasījuma XML.
- Pēc šo vērtību ievadīšanas attiecīgajos XML tagos noklikšķiniet uz pogas Iesniegt pieprasījumu, lai pārbaudītu atbildi.
2. solis: Iesniedzot pieprasījumu, tīmekļa serveris apstrādā tīmekļa pakalpojuma pieprasījumu un nosūta atbildi, kā parādīts zemāk.
Izlasot atbildi, mēs varam secināt, ka 5 plus 10 ir 10.
Izpratne par ziepju reaģēšanas un žurnāla paneļiem
Kā paskaidrots šīs apmācības sākumā, SOAP ziņojumi tiek transportēti, izmantojot HTTP protokolu. Apskatīsim RAW ziņojumus. Tas mums palīdzēs uzzināt, kā SOAP pieprasījums un atbilde tika transportēti, izmantojot HTTP.
1. solis: Noklikšķiniet uz cilnes RAW abos SOAP-UI pieprasījuma logos.
- Pieprasījums tiek ievietots tīmekļa serverī. Tādējādi tiek izmantota Http POST metode.
- SOAP pieprasījums tiek transportēts Http ziņojuma pamattekstā.
2. solis: Tagad SOAP-UI Response logā noklikšķiniet uz cilnes RAW, lai saprastu, kā atbilde tiek nosūtīta, izmantojot HTTP.
- Pēc pieprasījuma apstrādes tiek parādīts Http atbildes kods (200), kas nozīmē, ka tas ir veiksmīgs. Tīmekļa serveris to veiksmīgi apstrādāja.
- SOAP atbilde tiek nosūtīta atpakaļ klientam kā daļa no HTTP ziņojuma pamatteksta.
Ātrs Http Response kodu momentuzņēmums ērtai izpratnei un atkļūdošanai. Zemāk redzamā tabula palīdzēs jums novērst problēmas, pamatojoties uz HTTP kodu, kas saņemts no tīmekļa servera.
| Http kods | Apraksts |
| 1xx: | Informatīvs - tas nozīmē saņemtu pieprasījumu un procesa turpināšanu. |
| 2xx: | Panākumi - darbība tika veiksmīgi saņemta, saprasta un pieņemta. |
| 3xx: | Novirzīšana - tas nozīmē, ka ir jāveic turpmākas darbības, lai pabeigtu pieprasījumu. |
| 4xx: | Klienta kļūda - tas nozīmē, ka pieprasījumā ir nepareiza sintakse vai to nevar izpildīt |
| 5xx: | Servera kļūda - serveris neizpildīja acīmredzami derīgu pieprasījumu |
3. solis: Ļaujiet mums saprast citu informāciju, kas tiek parādīta testa gadījuma logā.
- Nosūtītajā pieprasījumā nav galvenes
- Web serverī nosūtītajā pieprasījumā nav pielikumu.
- Pārstāv 10 galvenes informāciju, un tā tiek parādīta, noklikšķinot uz tās.
- Pārstāv, ka no atbildes ziņojuma nav pielikumu.
LOGS PANE:
Žurnālu rūtī ir pilnīga informācija par darījumu starp klientu un serveri. Lietotāji varēs redzēt žurnāla rūts cilnes, kā parādīts zemāk. Strādājot ar SOAP-UI, mēs apspriedīsim visbiežāk izmantotās žurnālu rūtis.
SoapUI žurnāls - parāda atbildes informāciju no tīmekļa servera. Tā pati informācija tiek saglabāta SOAP-UI instalētās mapes failā soapui.log zem 'bin' direktorija.
Http žurnāls - parāda visu HTTP pakešu pārsūtīšanu. Visa “RAW” informācija tiek parādīta HTTP žurnālā.
Kļūdu žurnāls - kļūdu žurnālā tiek parādītas visas kļūdas, ar kurām esam saskārušies visas projekta sesijas laikā. Šī informācija ir pieejama SOAP UI instalētās vietas direktorijā 'bin' esošajā 'soapui-errors.log'.
Atmiņas žurnāls - šī cilne uzrauga atmiņas patēriņu un parāda to diagrammas veidā, kā parādīts zemāk. Tas ir patiešām noderīgi, ja tiek veikta atmiņā intensīva darbība.
Tagad, kad esam izveidojuši testa komplektu, testa gadījumu, testa soli un saņēmuši atbildi, nākamais solis ir apstiprināt atbildi. Mēs izskatīsim apgalvojumu veidus nākamajā apmācībā.