Testistrategia ja testiskenaariot tiedonsiirtotestausta varten
On helmikuu 15, 2021 by adminMuunamme yhden erillisen Windows-sovelluksemme verkkosovellukseksi. Kun tämä on valmis, meidän on tee tietojen siirto. Kuinka valmistella testistrategia tätä varten? Mitkä tosiasiat meidän on otettava huomioon? Mitkä ovat testiskenaariot?
Vastaus
Vastaavassa tilanteessa suunnittelin muutaman kriittisen liiketoiminnan skenaarion päästä päähän ja juoksin läpi molemmat järjestelmät ja verrattiin lopputuloksia sekä ratkaisevia välivaiheiden tuloksia tulostietojen suhteen.
Skenaarioiden valinta sanotaan datanmuunnoksen taso, kun ne kulkevat järjestelmän läpi.
Myös, jos järjestelmä tukee haku- ja raportointiominaisuutta, jossa se näyttää hakuparametreihin perustuvat yksityiskohtaiset tietoraportit, joita voidaan käyttää intensiivisesti tiedonsiirron jälkeen molempien järjestelmien vertaamiseksi .
Vastaus
Siihen sisältyy paljon enemmän kuin tietojen siirtotestaus.
Ensinnäkin sinun on harkittava, miten se vaikuttaa asiakkaisiisi (sekä sisäisiin että ulkoisiin). Mitä asiakkaiden on tehtävä, jos tämä siirtyminen tapahtuu.
- Jos sovellus näyttää erilaiselta, voivatko asiakkaat sopeutua uusiin rajapintoihin? Paras tapa on saada asiakkaat mukaan ensimmäisestä päivästä, jolloin he tarjoavat jatkuvasti palautetta loppukäyttäjille.
Tiedonsiirtotestausstrategiat löytyvät helposti Internetistä, esimerkiksi, lue tämä. http://datamigrationpro.com/data-migration-testing-strategy/
Tietoturvatestaus, verkkosovellus voi olla online-hakkeroinnin kohde; voit harkita turvatestausasiantuntijan palkkaamista tunkeutumistestauksessa. Lue tämä linkki, https://www.owasp.org/index.php/Top_10-2017_Top_10
En tiedä sovelluksesi tarkkoja yksityiskohtia, voin antaa tietoja vain suhteellisen korkealla abstraktilla tasolla.
vastaus
Requemnet-verkkosi mukaan tapahtuu kahden tyyppinen siirto: – Ensimmäinen on sovellus ja toinen tietokanta siirto.
Seuraavassa on muutama strategia, jonka huippuohjelmistojen testausyritykset toteuttavat tehokkaan siirtotestauksen varmistamiseksi: –
1. Sovellusten siirto: Testaustoiminnot ovat seuraavat:
Vaatimusten analysointi ja vakaiden vaatimusten tunnistaminen Analysoi ja testaa kaikki vanhan sovelluksen virrat uuteen sovellukseen
Testaa siirretyn sovelluksen mahdolliset uudet virrat
Testiskenaariot olisivat yleensä seuraavat:
Vahvista kaikki edelliset toiminnot ja päivitetyt ominaisuudet – kaiken pitäisi toimia oikein.
Testaa sovelluksessa sekä nykyiset että uudet tiedot – molempien pitäisi toimia oikein.
Esimerkki:
Yritä päivittää olemassa olevat tiedot, poistaa olemassa olevat tiedot, etsiä olemassa olevia tietoja ja luoda raportteja olemassa oleville tiedoille.
Vahvista uusien tietojen avulla tilien / tietojen luominen, päivitä uudet tiedot, poista uudet tiedot, etsi uusilla tiedoilla ja luo raportit uusille tiedoille
Tarkista, onko koko sovellus toimii oikein
Tarkista, tukeeko uusi tekniikka edelleen kaikkia sovelluksen komponentteja. Esimerkiksi laajennuksia / lisäosia / ympäristöarvoja / polkua ei muuteta, ja niiden pitäisi toimia oikein ilman virheitä. Tarkista, onko se yhteensopiva kaikkien mahdollisten käyttöjärjestelmien, selainversioiden jne. Kanssa.
Tarkista, että vanhat tiedot säilyvät sovelluksessa ja uudet tiedot toimivat hyvin uudella tekniikalla.
2. Tietokannan siirto Tämäntyyppistä siirtoa varten sovelluksen on oltava vakaa ja tietokannan tietojen on oltava oikeita ja kelvollisia. Siksi muoto, tyyppi, arvo jne. Ovat tärkeitä siirryttäessä tietokantojen välillä.
Testaustoiminnot tässä ovat:
Varmista, että vanhaa tietokantaa ei päivitetä testien aikana siirron jälkeen.
Varmista, että muutos kenttien ja taulukoiden tasolla ei muutu
Varmista jos tiedot siirretään tarkasti ja täydellisesti
Testiskenaariot olisivat seuraavat:
I) Jos siirto tapahtuu samantyyppiseen tietokantaan,
Varmista, että uudessa tietokannassa suoritetut kyselyt tuottavat samat tulokset kuin vanhemmassa
Tarkista jos vanhan tietokannan ja uuden tietokannan tietueiden määrä on sama.Käytä tässä sopivaa automaatiotyökalua.
Varmista, että ei ole tarpeettomia irtisanomisia ja uusi tietokanta toimii täsmälleen samalla tavalla kuin vanhempi
Tarkista, ovatko kaaviot, suhteet, taulukkorakenteet muuttumattomia vai asetettu takaisin vastaamaan vanha tietokantakuva
Tarkista, päivittävätkö sovelluksessa tehdyt muutokset uuden tietokannan oikeilla arvoilla ja tyypillä.
Tarkista, onko uuden tietokantayhteyden muodostaminen sovelluksen kaikille komponenteille. Sovellus, palvelin, käyttöliittymät, palomuuri, verkkoyhteydet jne.
Varmista, että uuden tietokannan kyselyn suorituskyky (monimutkaisten kyselyjen suorittamiseen kuluva aika) on enintään aikaisempi suorituskyky
II ) Jos siirto on erityyppistä tietokantaa, on yllä olevien vahvistuspisteiden ohella varauduttava muutamaan tai useampaan:
Tarkista kaikkien kenttien tietojen käsittely. Suurimpia haasteita ovat kalenteripäivien, kelluvien numeroiden, heksadesimaalien jne. Tietojen käsittely.
Vastaus
Siirtoja edeltävässä testauksessa kehittäjä ja laadunvarmistusryhmän on tunnettava erittäin hyvin sovelluksen tila ja toiminnallisuus. Tärkeintä on tietää kaikki olemassa olevat ongelmat, joita ei ole korjattu eri syistä. Testaajien on luotava päätestausskenaariot, joissa käyttäjien virrat ovat eniten. Lisäksi niiden on katettava harvinaiset työnkulut hyvillä skenaarioilla. Myöhemmin he toistavat nämä skenaariot vahvistaakseen, että sovellus toimii odotetusti.
Siirtotestauksessa kehittäjät yrittävät integroida sovelluksen kirjoituskoodimuutosten komponentteja. Heidän on koordinoitava palvelimen järjestelmänvalvojien kanssa, jolla on ratkaiseva rooli tässä vaiheessa. Laadunvalvontaryhmä käsittelee tärkeitä toiminnallisia kysymyksiä tässä vaiheessa, kaikkien mukana olevien joukkueiden odotetaan aiheuttavan ylityötunteja. Joskus palvelimilla on seisokkeja, joten projektipäällikön on käytettävä vanhoja palvelimia, kunnes uusi tuotanto on valmis asiakkaille.
Siirtymisen jälkeisessä testauksessa löydetään vähemmän tärkeitä asioita (esim. Sisältö ja visuaaliset virheet) ja käyttäjien hyväksyntätestaus on toteutettu. Kehittäjät pitävät tauon tyhjentävän työn jälkeen, ja laadunvalvontapäälliköt keräävät asioita raportteihin esitelläkseen tuotteen tuotteen omistajalle tai muulle ryhmän edustajalle.
Laadunvalvontatiimin on kiinnitettävä huomiota virheisiin johtaneisiin yleisiin virheisiin:
Puuttuvat tietokannat ja resurssit (kuvat, asiakirjat). Laitteistokokoonpanot ja asetukset. Verkkotunnuksen muutos koodissa ja kuvauksissa. Testattavan sovelluksen asetukset, joita ei ole toistettu tietokannan puuttuessa. Eri koodihaara työnnetään (uusi korvaa vanhan tai päinvastoin).
Johdon on päätettävä:
Sallivatko testaajat pääsyn tietokantoihin, jos projektilla on määräaikoja? Mikä on testauksen laajuus? Jos on ratkaisemattomia ongelmia, pitäisikö niistä ilmoittaa uusien ongelmien mukana?
Kehitystiimin on:
Tunnettava 100% tekniikoista ja kielistä, joilla he työskentelevät. Tee tiivistä yhteistyötä palvelimen järjestelmänvalvojien ja tietokantakehittäjien kanssa siirron aikana. Keskity toiminnallisiin kysymyksiin välittömästi.
Vastaa