Jämförda versioner

Nyckel

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

Innehåll:

IAM-5169 Windowsapp kraschar vid medflyttning av citrix-session mellan arbetsstationer (RFC-41)

Resultat: Test OK för 2019 (bock)

Jira Legacy
serverSystem Jira
serverId80e88a07-e344-3c9d-84f4-85f07fa17232
keyIAM-5169

Kommentar: Malins krasch har nog med den att göra. Hon hade en frys & krasch som hon inte lyckats återskapa - men lurar på om det kan ha varit i samma härad som denna. Trots att det inte var citrix inblandat.

Martin Grentoft testar denna 12/3.

...

IAM-5257 SITHS eID Portal (websocket mot pki-application) - Windows app med återanslutningslogik CMS -
Implementera stöd för automatisk återanslutning

Resultat: Test ok! (bock)

Jira Legacy
serverSystem Jira
serverId80e88a07-e344-3c9d-84f4-85f07fa17232
keyIAM-5257

Kommentar: Denna löser nog Malins problem ovan.

Sammanfattning av testning
Vi har testat att ta ner CMS tillsammans med våra utvecklare och ser att det krävs återautentisering för att kunna arbeta vidare i miljön. Efter felsökningsmöte tillsammans med CGI så visar det sig att det finns en flagga som heter “was_clean” som aktiveras när CMS tas ner under ordnade former. Beteendet är därmed det förväntade. Det krävs en riktigt krasch av CMS, t ex genom att köra “delete/kill” på podden, för att den flaggan inte ska triggas. Scenariot kommer endast ske vid servicefönster. Det är därmed enklare att bara skicka ut ett meddelande om att logga ut och logga in på nytt efter varje servicefönster än att ändra på klienten. Efter mötet testade Patrik och Josefin tillsammans med Marcus vad som händer i scenariot med “delete/kill”….kill”. Sidan ligger chache:ad men efter en refresh så blir det “Igen kontakt med kortläsaren”. Användaren måste sedan logga ut och in igen för att komma i rätt läge.

...

IAM-4351 SITHS eID-appen kraschar vid multi-user/växling av konto

Jira Legacy
serverSystem Jira
serverId80e88a07-e344-3c9d-84f4-85f07fa17232
keyIAM-4351

Kommentar: Malin tycker att vi kan skippa denna, var en gammal som hon OK'at - när allt kraschade - så den kan vi nog faktiskt lämna därhän...

...

IAM-5339 Region Skåne använder "Hosted Windows App" istället för "Layered App"

Resultat: Utskickat till Skåne för återkoppling av resultat. (bock) eller (minus) ?


Jira Legacy
serverSystem Jira
serverId80e88a07-e344-3c9d-84f4-85f07fa17232
keyIAM-5339

Kommentar: Skåne's VDI-problem (skåne verifiering, förvaltning Pietu bokar in ett möte med Martin och dem, byte av endpoint som inte kan testas i CGIs citrix. Skåne får verifiera

...

IAM-5405 Önskar ett bättre felmeddelande i Windowsklienten när nedladdning av cert misslyckas för att pin är låst

Resultat: Test ok! (bock) Men ärendet har ändrats från när Jeanette skrev det, så ny förbättrings-Jira måste skapas. Matilda Solberg bollar med Pietu.

Jira Legacy
serverSystem Jira
serverId80e88a07-e344-3c9d-84f4-85f07fa17232
keyIAM-5405
Klonad från:

...

Kommentar: Testa olika kombinationer av låsta koder och korttyper, klura på kluriga testfall.

...

IAM-5410 Tillåt en instans av applikationen per session i miljö med flera användare

Resultat: Test ok i 2019, 2022 miljö! (bock)

Jira Legacy
serverSystem Jira
serverId80e88a07-e344-3c9d-84f4-85f07fa17232
keyIAM-5410

För test: det ska gå att köra en instans per desktopsession på samma server. Scenariot är alltså att det är 2 eller flera användare som är inloggade mot en server, där vardera användare har etablerat en desktop session, och där båda vill kunna köra windowsklienten.

...

Testfall

Jira

Testfall

Förutsättningar

Testdata

TEST-miljö

Testare/Datum/Resultat
<NN/ÅÅMMDD/R>

QA-miljö

Testare/Datum/Resultat
<NN/ÅÅMMDD/R>

Kommentar

IAM-5405/EIP-4477

Användaren hämtar SITHS eID på Mina sidor och anger fel pin2 tre gånger

  1. Hämta SITHS eID på Mina sidor

  2. När du blir ombedd att ange pin2 skriv då in fel pin 3 gånger

  3. verifiera att klienten visar ett felmeddelande som lyder:

    1. Rubrik: Underskriftskod är låst (PIN2)

    2. Text: Underskriftskoden (PIN2) har låsts. Kortet måste låsas upp innan du kan prova att hämta SITHS eID på nytt.

  4. Om Ordinarie kort

    1. Lås upp kort med hjälp av ID-administratör i Portalen

  5. Om Test-kort eller Reservkort

    1. Lås upp mha PUK-kod i Windowsklienten

  6. Hämta SITHS eID på Mina sidor

Finns beställning av SITHS eID som inluderar underskriftcertifikat att hämta till kort

  • Uppdaterat SITHS eID

  • Extra SITHS eID

  • Nytt SITHS eID till Reservkort med utgånget SITHS eID

korttyper TEST

777T(Ordinarie kort)

731TA (Test-kort)

773T (Reservkort)

korttyper QA

731QA (Test-kort)

773Q (Reservkort)

  1. JH/240227/(bock)777T, uppdat
    JH/240228/(bock)777T, uppdat, extra
    773T (bock)
    PB/240228/(bock) 773T

  2. JH/240227/(bock)777T, uppdat
    JH/240228/(bock)777T, uppdat, extra
    773T (bock)PB/240229/(bock)

  3. .

    1. JH/240227/(bock)777T, uppdat
      JH/240228/(bock)777T, uppdat, extra
      773T (bock)
      PB/240229/(bock)

    2. JH/240227/(bock)777T, uppdat
      JH/240228/(bock)777T, uppdat, extra

  4. .

    1. PB/240228/(bock)
      JH/240228/(bock)

  5. .

    1. JH/240228/(bock)773T
      PB/240229/(bock)773T

  6. JH/240228/(bock)777T
    JH/240228/(bock)773T
    PB/240229/(bock) 773T

  1. .

  2. .

  3. .

    1. .

    2. .

  4. .

  5. .

  6. .

2024-02-27_09h48_07.png

(info) Tar lång tid efter att man låst PIN tills Mina Sidor visar att nedladdning misslyckades

4a: Fick misslyckades på första försöket och gick igenom på andra.

240227: Mycket felaktigheter som sker med version 2.2.8819

240228: Fått ny snapshot som rättat till alla fel vi fått: 2.2.8824

IAM-5405/EIP-4477

Användare väljer att hämta SITHS eID i Mina sidor med låst PIN2

  1. Lås pin2 innan du loggar i på Mina sidor

  2. Logga in på Mina sidor

  3. Hämta underskriftcertifikat

  4. Verifiera att klienten visar ett felmeddelande som lyder:

    1. Rubrik: Underskriftskod är låst (PIN2)

    2. Text: Underskriftskoden (PIN2) har låsts. Kortet måste låsas upp innan du kan prova att hämta SITHS eID på nytt.

  5. Om Ordinarie kort

    1. Lås upp kort med hjälp av ID-administratör i Portalen

  6. Om Test-kort eller Reservkort

    1. Lås upp mha PUK-kod i Windowsklienten

  7. Hämta SITHS eID på Mina sidor

Har ett aktivt kort utan underskriftcertifikat

korttyper TEST

777T (Ordinarie kort)

731TA (Test-kort)

773T (Reservkort)

korttyper QA

731QA (Test-kort)

773Q (Reservkort)

  1. JH/240227/(bock)777T
    JH/240228/(bock)777T
    PB/240229/(bock)
    773T

  2. JH/240227/(bock)777T
    PB/240229/(bock)
    773T

  3. JH/240227/(bock)777T
    PB/240228/(bock)731TA

  4. (varning)

    1. JH/240227/ (bock) 777T
      PB/240229/(bock)
      773T

    2. JH/240227/ (bock) 777T
      PB/240229/(bock)
      773T

  5. .

    1. JH/240227/(bock)777T

  6. .

    1. PB/240229/(bock)
      773T

  7. PB/240229/(bock)
    773T

(info)Fick skriva in en kod (trots att PIN2 är låst). Efter jag skrivit in koden fick jag upp meddelandet. Ok?

2024-02-28_14h00_43.png2024-02-28_14h00_52.png

240227: Mycket felaktigheter som sker med version 2.2.8819

240228: Fått ny snapshot som rättat till alla fel vi fått: 2.2.8824

IAM-5405/EIP-4477

ID-administratör aktiverar Reservkort LoA3, användaren anger fel pin1 3 gånger

  1. ID-administratör (annan än den som skapade beställningen loggar in i Portalen och sker upp användarens kort

  2. Välj aktivera kort

  3. När användaren blir ombedd att ange pin1 skriv då in fel pin 3 gånger

  4. Verifiera att klienten visar ett felmeddelande som lyder:

    1. Rubrik: Legitimeringskoden är låst (PIN1)

    2. Text: Legitimeringskoden (PIN1) har låsts. Kortet måste låsas upp innan du kan prova att hämta SITHS eID på nytt.

Har beställning av SITHS eID till nytt Reservkort tillitsnivå 3

korttyper TEST

773T (Reservkort)

korttyper QA

773Q (Reservkort)

  1. JH/240228/(bock)

  2. JH / (bock)

  3. JH/ (bock)

  4. (fel)

    1. .

    2. .

Osäkert om de i utvecklingen fångat upp detta case att de visar meddelande utifrån vilken pin som blir låst. kan hända att de kommer visa samma meddelande om underskriftkod/PIN2 även i detta fall

  1. (fel)

2024-02-28_14h46_47.png2024-02-28_14h46_53.png

IAM-5257 Websocket

Sammanfattning av testning
Vi har testat att ta ner CMS tillsammans med våra utvecklare och ser att det krävs återautentisering för att kunna arbeta vidare i miljön. Efter felsökningsmöte tillsammans med CGI så visar det sig att det finns en flagga som heter “was_clean” som aktiveras när CMS tas ner under ordnade former. Beteendet är därmed det förväntade. Det krävs en riktigt krasch av CMS, t ex genom att köra “delete/kill” på podden, för att den flaggan inte ska triggas. Scenariot kommer endast ske vid servicefönster. Det är därmed enklare att bara skicka ut ett meddelande om att logga ut och logga in på nytt efter varje servicefönster än att ändra på klienten.

Efter felsökningsmötet idag testade Patrik och Josefin tillsammans med Marcus vad som händer i scenariot med “delete/kill”. Sidan ligger chache:ad men efter en refresh så blir det “Ingen kontakt med kortläsaren”. Användaren måste sedan logga ut och in igen för att komma i rätt läge.

-----

Så slutsatsen är att automatisk återanslutning vid störningar, tex nätverksbrott fungerar. Christoffer har skapat upp nya ärenden IAM-5396 och IAM-5415 för stöd för automatisk återanslutning om websocket anslutning till CMS-Server av någon anledning försvinner på ett oväntat sätt, tex krasch av pki-application.   

(bock)

240304: Test att stänga av och starta om CMS.

Återanslutningen sker (ibland) för MD-klienten.

I övrigt så verkar Websocket misslyckas återansluta helt, och vi får upp följande efter refresh (eller klick mellan flikar) av sidan:

2024-03-04_10h36_54.png

IAM-5410

Logga in med olika användare i samma miljö och kör samtidigt för att se att det går bra.

Windows och Linux testade samtidigt. 2019

(bock)