Innehåll:
IAM-5169 Windowsapp kraschar vid medflyttning av citrix-session mellan arbetsstationer (RFC-41)
Resultat: Test OK för 2019
Jira Legacy | ||||||
---|---|---|---|---|---|---|
|
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!
Jira Legacy | ||||||
---|---|---|---|---|---|---|
|
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”. 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 | ||||||
---|---|---|---|---|---|---|
|
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. eller ?
Jira Legacy | ||||||
---|---|---|---|---|---|---|
|
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! 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 | ||||||
---|---|---|---|---|---|---|
|
...
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ö!
Jira Legacy | ||||||
---|---|---|---|---|---|---|
|
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 | QA-miljö Testare/Datum/Resultat | Kommentar |
---|---|---|---|---|---|---|
IAM-5405/EIP-4477 | Användaren hämtar SITHS eID på Mina sidor och anger fel pin2 tre gånger
| Finns beställning av SITHS eID som inluderar underskriftcertifikat att hämta till kort
| korttyper TEST 777T(Ordinarie kort) 731TA (Test-kort) 773T (Reservkort) korttyper QA 731QA (Test-kort) 773Q (Reservkort) |
|
| 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
| Har ett aktivt kort utan underskriftcertifikat | korttyper TEST 777T (Ordinarie kort) 731TA (Test-kort) 773T (Reservkort) korttyper QA 731QA (Test-kort) 773Q (Reservkort) |
| Fick skriva in en kod (trots att PIN2 är låst). Efter jag skrivit in koden fick jag upp meddelandet. Ok? 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
| Har beställning av SITHS eID till nytt Reservkort tillitsnivå 3 | korttyper TEST 773T (Reservkort) korttyper QA 773Q (Reservkort) |
| 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 | |
IAM-5257 Websocket 240228: Felet som orsakar problem åtgärdat
PIN2 var låst men fick upp följande: Uppdatering av SITHS eID: HSA-id certifikatet togs bort med ett nytt laddades aldrig ner. | Sammanfattning av testning 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. | 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: | ||||
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 |