Jämförda versioner

Nyckel

  • Dessa rader lades till.
  • Denna rad togs bort.
  • Formateringen ändrades.

Funktionella tester

Syftet med de funktionella testerna är att verifiera reglerna i tjänstekontraktet EngagemangsindexTesterna är implementerade i ett SOAP-UI projektTesterna dokumenteras endast i SOAP-UI projektet.

Begränsningar

Det finns inte automatiserade tester för att verifiera att notfieringar skickas korrekt efter uppdateringar med Update och ProcessNotification. Detta steg måste göras manuellt enligt instruktionerna nedan.

Instruktioner för att genomföra testerna

Förberedelser

För att kunna köra både request och tester behöver man anpassa miljön för om man ska köra testerna mot utvecklingsmiljön (MuleStudio) eller mot exempelvis QA-miljön:

 

  1. Hämta SoapUI-projektet med namnet SKLTP-EI-soapui-project.xml
  2. HSA-ID. I projektinställningarna ("Custom properties") finna möjligheten att  välja HSA_ID_QA och HSA_ID_DEV för inställningen HSA_ID.
  3. Endpoints. För varje tjänst behöver man uppdatera vilken endpoints som ska användas. I och med att testerna återanvänder alla tre tjänster behöver således uppdatera endpointen för alla tre tjänster.
    Exempel på metod för att välja QA som endpoint:
    Dubbelklicka på UpdateResponderBinding, välj "Service Endpoints". 
    Välj "https://qa.esb.ntjp.sjunet.org:20000/vp/Update/1/rivtabp21" och tryck knappen "Assign.". 
    Välj alternativet "All requests och TestRequests" och tryck på ok.
  4. Upprepa detta för FindContentWSBeanServiceSoapBinding samt ProcessNotificationResponderBinding.

Köra tester

Nu är det klart att köra testerna. Testerna kan köras en och en eller alla.

För att köra alla test, högerklicka på projektet (SKLTP-EI) -> Launch Testrunner. Välj "All" i TestCase och TestSuite. 
Tryck sedan till sist på "Launch".

Manuella Tester

Test EI.1: Verifiera att ProcessNotification fungerar vid Update

Verifiera att Process Notification anropas vid Update. Än så länge finns det inte funktionalitet på plats för
att göra det automatiskt. Så nu blir man tvungen att göra det manuellt genom att kolla på loggar. Beskrivningen
beskriver stegen att göra det i QA men det går att göra i test respektive utvecklingsmiljön. Det viktiga är att det finns
åtminstone 1 aktiv subsciber. 

...

  1. Verifiera att finns åtminstone en aktiv subscriber. Görs enklast genom att kolla i admingränssnittet i ActiveMQ. 
  2. Logga in på en qa-noden som mule-användaren. Gå till logg-katalogen (/home/mule/tp/mule-enterprise-standalone-3.3.1/logs)
  3. tail -f mule-app-ei.log
  4. Gör ett Update-anrop med SoapUI. Förslagsvis körs testet "Update - OK - valid request"
  5. Om testet gått igenom, kolla att det finns en msg-in, req-out samt en resp-in för en subsciber. Exempel på en hel logg från process-steget:


    1. Kodblock
      languagenone
      linenumberstrue
      collapsetrue
      013-06-17 08:44:00,761 INFO  org.mule.module.logging.DispatchingLogger - soi-toolkit.log
      ** logEvent-info.start ***********************************************************
      IntegrationScenarioId=
      ContractId=
      LogMessage=msg-in
      ServiceImpl=process-service
      Host=svr-vp-qa (192.168.16.210)
      ComponentId=skltp-ei-application-mule-backend-app-1.0.0
      Endpoint=jms://skltp.ei.process
      MessageId=4b096fc0-d719-11e2-81ae-b9a606e846d9
      BusinessCorrelationId=
      BusinessContextId=
      ExtraInfo=
      Payload=
      ** logEvent-info.end *************************************************************
      2013-06-17 08:44:00,784 INFO  org.mule.module.logging.DispatchingLogger - soi-toolkit.log
      ** logEvent-info.start ***********************************************************
      IntegrationScenarioId=
      ContractId=
      LogMessage=msg-out
      ServiceImpl=process-service
      Host=svr-vp-qa (192.168.16.210)
      ComponentId=skltp-ei-application-mule-backend-app-1.0.0
      Endpoint=jms://topic:skltp.ei.notify
      MessageId=4b096fc0-d719-11e2-81ae-b9a606e846d9
      BusinessCorrelationId=
      BusinessContextId=
      ExtraInfo=
      Payload=
      ** logEvent-info.end *************************************************************
      2013-06-17 08:44:00,794 INFO  org.mule.module.logging.DispatchingLogger - soi-toolkit.log
      ** logEvent-info.start ***********************************************************
      IntegrationScenarioId=
      ContractId=
      LogMessage=msg-in
      ServiceImpl=notify-service-MVK-SYS
      Host=svr-vp-qa (192.168.16.210)
      ComponentId=skltp-ei-application-mule-backend-app-1.0.0
      Endpoint=jms://topic:skltp.ei.notify
      MessageId=4b0e78db-d719-11e2-81ae-b9a606e846d9
      BusinessCorrelationId=
      BusinessContextId=
      ExtraInfo=
      Payload=
      ** logEvent-info.end *************************************************************
      2013-06-17 08:44:00,802 INFO  org.mule.module.logging.DispatchingLogger - soi-toolkit.log
      ** logEvent-info.start ***********************************************************
      IntegrationScenarioId=
      ContractId=
      LogMessage=req-out
      ServiceImpl=notify-service-MVK-SYS
      Host=svr-vp-qa (192.168.16.210)
      ComponentId=skltp-ei-application-mule-backend-app-1.0.0
      Endpoint=http://localhost:8080/vp/ProcessNotification/1/rivtabp21 (POST)
      MessageId=4b0e78db-d719-11e2-81ae-b9a606e846d9
      BusinessCorrelationId=
      BusinessContextId=
      ExtraInfo=
      Payload=
      ** logEvent-info.end *************************************************************
      2013-06-17 08:44:01,075 INFO  org.mule.module.logging.DispatchingLogger - soi-toolkit.log
      ** logEvent-info.start ***********************************************************
      IntegrationScenarioId=
      ContractId=
      LogMessage=resp-in
      ServiceImpl=notify-service-MVK-SYS
      Host=svr-vp-qa (192.168.16.210)
      ComponentId=skltp-ei-application-mule-backend-app-1.0.0
      Endpoint=jms://topic:skltp.ei.notify
      MessageId=4b39328f-d719-11e2-81ae-b9a606e846d9
      BusinessCorrelationId=
      BusinessContextId=
      ExtraInfo=
      Payload=
      ** logEvent-info.end *************************************************************
      

 

Test EI.2: Verifiera att ProcessNotification anrops vid ProcessNotification

Detta test är i princip samma som för beskrivningen för Update förutom att man gör ett testanrop med
ett ProcessNotification-test istället. Testet ProcessNotification - OK - valid request  är ett lämpligt val.

Dokumentation av testresultat

Det ska dokumenteras att testerna utförts samt på vilken mjukvaruversion man kört dem. Fyll i denna tabellen och spara den under EI Testrapporter.

AUTOMATISERADE TESTER

Datum
EI version
VP version
Alla / Vissa tester utförda
Tester utförda av
Resultat
      
Kommentar:<eventuellt någon kommentar om resultatet>

MANUELLA TESTER

Datum
EI version
VP version
Tester utförda av
    

...