parasoft soatest tutorial
Aquest tutorial SOATest explica com crear un projecte o un fitxer .tst a SOASest de Parasoft, els components principals d'un projecte SOATest i les tècniques d'E / S:
En aquest tutorial, entrarem en els detalls de Eina SOAtest que és una eina d’automatització d’API, com podem crear un projecte de mostra mitjançant aquesta eina, quins són els components principals d’aquesta eina, la importància de cada component juntament amb el seu ús, tècniques d’e / s i terminologies relacionades amb SOAtest.
Aquest tutorial us proporcionarà una àmplia idea de com es crea un fitxer / projecte .tst per a l'automatització de l'API.
Llista de tutorials d'aquesta sèrie SOAtest.
Tutorial # 1: Parasoft SOAtest Tutorial (aquest tutorial)
Tutorial # 2: SOAP Vs REST Diferència
Tutorial # 3: Afirmació a SOAtest amb un exemple de codi XML
Què aprendreu:
- Què és l'eina SOAtest?
- Tècniques d'E / S
- Terminologies importants
- Resum
Què és l'eina SOAtest?
Parasoft SOAtest és una eina d’automatització d’API web que fa ús de dos serveis, és a dir, SOAP i REST per realitzar funcions, regressió, proves d’unitats, detecció d’errors en temps d’execució, anàlisi de codi estàtic, virtualització de serveis, etc.
Creació d’un projecte a SOAtest
Requisit previ: No oblideu importar els fitxers .jar necessaris.
Feu clic amb el botó dret al vostre projecte -> Propietats -> Propietats del sistema -> Afegeix pots .
[imatge font ]
Passos per crear un nou projecte mitjançant SOAtest
# 1) Feu clic al menú Fitxer -> Nou -> Projecte des de SOAtest existent -> Seleccioneu un assistent -> SOAtest -> Projecte buit. (Es crearà un projecte nou amb un fitxer .tst per defecte (aquest fitxer tindrà el mateix nom que el vostre projecte))
# 2) Feu clic amb el botó dret del ratolí al vostre projecte -> Afegeix un nou -> Test Suite (Aquest és el conjunt de proves que contindrà la vostra prova real. Cada prova pot ser client SOAP o REST). De manera predeterminada, ja s'ha creat un Test Suite a nivell d'escenari.
Aquest és el conjunt de proves de nivell d'escenari on podeu escriure sobre els requisits com a nota important. També podeu proporcionar les opcions executables com ara les proves de prova com a grup o simultàniament.
# 3) Feu clic amb el botó dret a la vostra suite de proves -> Afegeix una nova-> Prova-> client SOAP o client REST.
# 4) Feu clic amb el botó dret al vostre escenari -> Afegeix un nou -> Font de dades -> Excel / Font de dades escriptibles.
# 5) Feu clic amb el botó dret al vostre entorn -> Nou entorn -> Declareu les vostres variables globals .
Tota la vostra suite de proves tindrà l'aspecte de la imatge següent:
Components principals del projecte SOAtest
A continuació es mostren els principals components jeràrquics que ha de tenir cada projecte SOAtest per dur a terme una operació senzilla.
# 1) Projecte (exemple)
Conté el nom que es dóna quan creeu el projecte que conté el fitxer .tst que conté tots els components del projecte. Es pot veure com el conjunt de proves més alt que té el fitxer executable.
Quan feu clic al projecte SOAtest buit, apareixerà un fitxer (.tst).
Consulteu la captura de pantalla següent on es va crear un 'exemple' de projecte buit dins del qual es va crear automàticament un fitxer anomenat 'Example.tst'.
com obrir fitxers bin al Windows
# 2) Fitxer tst (Example.tst)
És el fitxer executable que conté totes les sèries de proves, proves, una variable d'entorn, mètodes, font de dades, objecte de trànsit, etc. Aquest fitxer és el nucli del vostre projecte. Es crea automàticament després de crear el vostre projecte i té el mateix nom que el projecte.
# 3) Suite de proves (escenari: Suite de proves)
És la carpeta que hi ha dins del fitxer .tst i que conté les proves executables, la font de dades i la variable d'entorn. Per crear un Test Suite, feu clic amb el botó dret del ratolí al fitxer .tst i feu clic a Afegeix i després a Test Suite (.tst -> Afegeix -> Test Suite).
És responsable del mode d'execució (execució seqüencial o simultània), de la lògica de flux de prova (execució del mètode de manera cronològica), declarant qualsevol variable de prova que s'utilitzarà en la parametrització. A més, en aquesta secció podeu definir els vostres requisits per fer proves.
# 4) Medi ambient
És una carpeta que conté la variable d'entorn dins la qual podeu declarar les variables globals que s'utilitzaran en l'execució de la prova.
Feu clic amb el botó dret a sobre Entorn -> Nou entorn -> Comenceu a declarar variables.
# 5) Font de dades
En cas que llegiu o escriviu dades des d’una font de dades externa, com ara Excel o Writable Data, podeu crear-ne una font de dades. Feu clic amb el botó dret al vostre conjunt de proves seguit d'una nova font de dades . Us demanarà el camí del vostre excel (.xls o .xlsx) i apareixeran tots els fulls amb les columnes de l’excel.
En cas que vulgueu escriure la vostra sortida, aneu a buscar dades per escriure. Us proporcionarà diverses opcions com escriure la sortida després de cada iteració o després d’una execució completa. Podeu afegir (afegir a l'execució anterior) o sobreescriure / substituir les dades després de cada execució.
# 6) Prova (Test1: client de missatgeria)
És el component operatiu que conté el component principal de la vostra sol·licitud. Podeu utilitzar el client SOAP o REST en funció dels serveis que utilitzeu a la vostra suite. Diguem que si utilitzeu REST, aleshores es diran URL, mètode, cos de la sol·licitud, les capçaleres HTTP en aquesta secció.
# 7) Visor de trànsit
És el component que us facilita veure la sol·licitud que heu aprovat a l'execució de la prova i la resposta respectiva per a cada cas de prova. Té un cos de sol·licitud, cos de resposta, fitxes, codi de resposta HTTP, versió HTTP, etc.
# 8) Altres components
SOAtest admet altres components, com ara Tasques de qualitat i Consola, amb finalitats de depuració, de manera que podeu analitzar fàcilment on falla la prova. Feu clic al botó Finestra a la part superior de la barra de menú de Parasoft i, a continuació, feu clic a Mostra les preferències i afegiu tasques de consola o de qualitat.
Al diagrama següent, només s’executa una prova (1/1 proves realitzades correctament), per tant, la tasca de qualitat està buida i la consola només tindrà una prova amb l’estat d’èxit.
Tècniques d'E / S
El visor de trànsit té un paper molt important mentre tracta de tècniques d’entrada i sortida. Qualsevol cosa que passeu com a sol·licitud al vostre client SOAP o REST, es mostrarà a l'objecte visor de trànsit a la part de la sol·licitud del trànsit i la resposta enviada des del servei es mostrarà a la secció de respostes.
Són necessaris cinc components principals per a qualsevol tipus de sol·licitud.
Prenguem un exemple de REST:
# 1) Recurs: Conté l'URL, el context o la clau del document que s'està passant a la sol·licitud.
# 2) Mètode / Verbs: Verbs que s’utilitzen a la sol·licitud, com ara GET, PUT o POST.
# 3) Càrrega útil: Això forma el cos del document. Normalment té un format JSON i s’utilitza per veure el que s’ha passat al cos de la sol·licitud. La resposta es mostrarà en funció d’això.
# 4) Capçaleres HTTP: Té tres components, és a dir, tipus de contingut, autorització i autenticació. L’autenticació decideix el format en què es proporcionarà la vostra resposta. L’autorització us permet passar qualsevol valor de testimoni.
Hi ha tres tipus de fitxes que s’utilitzen, és a dir, oAuth (Prefixed by Bearer tokenValue), SAML (Prefixed by SAML tokenValue) i CSK3 (Prefixed by CSK tokenValue).
# 5) Codi de resposta: Aquest és el codi de resposta HTTP (codi d'estat), com ara 200 per a èxit, 400 i 500 per a fallades.
Terminologies importants
Autenticació: És un component que ens farà saber que un usuari concret està autenticat o és vàlid per accedir als recursos.
Autorització: És un component que indica que un usuari autenticat concret està autoritzat a utilitzar un recurs concret o no.
Verificació: És un procés de verificació de les fonts de dades, el format de la càrrega útil, els recursos i totes les altres coses, excepte el codi que constitueix l’òrgan de sol·licitud. Una frase senzilla que s’utilitza habitualment per indicar el procés de verificació és “ho estem fent bé”.
Validació: És el procés de validació de la resposta real vs esperada. Una frase simple que s'utilitza habitualment per indicar el procés de verificació és 'estem construint el correcte'. Les afirmacions i la codificació intervenen en aquest procés.
Resum
En aquest tutorial, hem vist com crear un projecte o un fitxer .tst a Parasoft, components principals amb el seu rol i ús, tècniques d’e / s junt amb algunes de les terminologies importants. Al seu torn, això us ajudarà a construir el vostre propi paquet SOAtest i podreu executar-lo pel vostre compte des de zero.
El proper tutorial se centrarà en les afirmacions, els seus tipus, assert vs verify, juntament amb alguns altres components de SOAtest, com ara el banc de dades JSON i XML, el seu ús, SQL vs Mongo DB, API vs UI vs Unit Testing. Després d’explorar aquests temes, podeu continuar dissenyant la vostra suite i automatitzar l’API.
Lectura recomanada
- Tutorial de l'eina de proves d'accessibilitat WAVE
- Tutorial Geb: proves d'automatització del navegador mitjançant l'eina Geb
- TestComplete Tutorial: una guia completa de l'eina de proves GUI per a principiants
- Les millors eines de prova de programari 2021 [Eines d'automatització de proves de control de qualitat]
- Tutorial de proves destructives i proves no destructives
- Tutorial TestLodge: com organitzar els vostres projectes de proves de programari mitjançant l'eina de gestió de proves TestLodge
- Proves funcionals contra proves no funcionals
- Proves d'automatització mitjançant Eina de cogombre i Selenium - Tutorial Selenium # 30