Hoe om vragtoetsing met regte blaaiers met behulp van vloedelement uit te voer?

U dink dus aan vragtoetsing.


Miskien is u gefrustreerd met die huidige oplossings wat u gebruik, en vind u dat dit te moeilik is om u toetse af te lê en te onderhou. Of miskien dink jy daaraan om vir die eerste keer vragtoetsing te doen. Hoe dit ook al sy, dit is ‘n goeie eerste stap om oorweging te toets oor vragtoetse – baie maatskappye doen nie die gevolge nie.

Daar is ‘n gevestigde skakel tussen die prestasie van die app en noodsaaklike sakestatistieke, soos inkomste, klante-aanmeldings of meer algemene klanttevredenheid. Alle ondernemings wat op die internet sake doen, moet seker maak dat prestasie nie hierdie sleutelmaatreëls negatief beïnvloed nie. Selfs as hierdie maatreëls verbeter, kan u vind dat die app beter kan werk om minder hulpbronne te verbruik, wat u en u gebruiker geld spaar.

Of u nou splinternuut is om vragtoetsing te doen of ervaring op die gebied het, u is waarskynlik bewus van die duiselingwekkende verskeidenheid instrumente en benaderings om die werk te verrig. Vandag wil ek u vertel van my nuwe gunsteling-lastoetsinstrument – Vloedelement.

Baie gewilde instrumente werk op protokolvlak – hulle probeer om die gedrag van gebruikers op u program na te gaan deur netwerkversoeke uit te reik. In die wêreld van vandag word webtoepassings egter meer en meer gevorderd en gebruik baie meer van die blaaiers se groeiende lys funksies as ooit tevore.

Selfs skynbaar eenvoudige programme soos ‘n aanlynwinkel gebruik ‘n magdom blaaierfunksies om die ervaring van die keuse van items, bestel en aanlyn betaal so vlot moontlik vir die gebruiker te maak.

Dus, in hierdie moderne era van die web, kan die toetsing van protokolvlakgebruikers (PLU) ons net soveel van die beeld gee van die prestasie van ons app. Daarteenoor toets nuwe instrumente soos Flood Element deur gebruikersgedrag met behulp van regte webblaaiers te simuleer. Ons noem hierdie benadering Blaaiervlakgebruikers (BLU’s).

In Flood Element word gesimuleerde gebruikersgedrag gedefinieër deur eenvoudige, natuurlike handelinge te gebruik, soos om skakels en knoppies te klik, webvorms in te vul ensovoorts. As u die gedrag gedefinieer het, is dit ‘n blik om op ‘n groot skaal te hardloop op flood.io – en op groot skaal bedoel ek duisende gebruikers en van regoor die wêreld!

Laai-toetsing met Flood Element kan u help om ‘n holistiese, intuïtiewe beeld van die prestasie van u app te ontwikkel, soos deur ‘n gebruiker ervaar. Aangesien denke as gebruikers is wat ons almal natuurlik doen wanneer ons self gebruikers is, is dit ook aansienlik gemakliker om met ‘n Element BLU-toets te begin as met tradisionele PLU-instrumente.

BLU’s help jou om van bo na onder ‘n realistiese beeld van jou hele program se prestasie te kry. PLU’s toets net regtig wat onder die waterlyn is – u netwerk- en bedienerinfrastruktuur.

Die holistiese siening

Die gebruik van Flood Element om prestasies op u hele app vanuit die gebruiker se perspektief te meet, is ‘n uitstekende manier om ‘n holistiese siening van die prestasie van u app te ontwikkel en sodoende te verdedig teen onverklaarbare veranderinge – hetsy tydelike afwykings of regressies in die kode..

Flood Element BLU-toetse bied ‘n oorsig van prestasies wat baie nader aan die gebruikerservaring is. Hulle neem elke deel van ‘n opvoering wat ‘n gebruiker sal ervaar in ag: netwerkprestasie, maar ook scriptprestasies op die bladsy, sowel as skrifte van derdepartye soos analise of advertensie-byvoegings (in werklikheid is ons toetse so realisties dat u moet stappe neem om nie vals data in Google Analytics te skep nie.)

As u ‘n BLU-ladingstoets met Element uitvoer, gee u ‘n holistiese siening van die prestasie van u app op ‘n tydstip, dan kan u met behulp van toetse gereeld ‘n intuïsie opbou of u app vinniger of traag word … miskien skielik soos in die scenario van die registrasie-widget.

Die skryf van ‘n toets

Kom ons kyk hoe maklik dit is om met Flood Element aan die gang te kom.

Elementskripte word geskryf tikwerk of moderne JavaScript. Vir die beste ervaring, beveel ons aan dat u die merkwaardige kombinasie van TypeScript bewerk met behulp van VS-kode gebruik, want dit gee u baie nuttige hulp om u toetse te ontwikkel.

U kan Element installeer deur die aanwysings te begin hier: https://element.flood.io/

Sodra u dit geïnstalleer het, wysig en toets u skrip plaaslik, en wanneer u gereed is om dit op te laai na flood.io om ‘n volskaalse ladingstoets uit te voer deur u hier aan te meld: https://flood.io/load-performance-testing-tool/free-load-testing-trial/

‘N Basiese element BLU-toets vir die aanmeldingscenario hierbo lyk dalk

As u vertroud is met toetsing op protokolvlak, weet u dat alle tydsberekeninge gereël word rakende versoek-antwoord-transaksies. As u op die blaaiervlak leer om te toets, is daar ‘n paar ekstra subtiliteite om in ag te neem wanneer u toetse fyn werk. Daar is veral geen ingeboude tydsberekeninggroepe nie, daarom moet ons ons eie in die struktuur van ons toets bekendstel.

Die maklikste benadering vir die groepering van tydsberekening is om te wag tot die nodige elemente op die bladsy verskyn – net soos wat ‘n gebruiker sou doen.

Uit die bostaande scenario wil ons die gebruikerservaring van aanmelding tydig bepaal, maar nie die laai van die bladsy nie. Dus, in die eerste stap, besoek ons ​​die URL en wag vir die bladsy om ‘n bekende toestand te bereik – totdat die titel vertoon word.

Volgende doen ons dat ons belangstel om dop te hou, naamlik om die aanmelding in te vul en in te dien.

Dit is nou die tyd om die skrip plaaslik te stoor, sodat ons die skrip na Flood kan oplaai en dit met honderde of selfs duisende gelyktydige gebruikers kan laat loop..

  • Skep ‘n projek

  • Klik op die opsie “skep vloed” in u nuwe projek

  • Skep u toets met behulp van die Flood Element Opsie

  • Noem u toets

  • Laai die .ts-script wat u geskep het, op:

  • Stel die aantal blaaiers (gebruikers) sowel as die aantal streke in om die totale aantal gebruikers te kry (aantal blaaiers * # streke). Moet ook nie vergeet om u toetsduur in te stel nie:

  • Begin jou toets en wag totdat die resultate kom:

  • Sodra die resultate in is, kyk na u grafiek en spring in die probleemareas wat hulle kan uitlig:

Afsluiting

Nou weet u waarom (en hoe) hoe om te toets met gebruikers op die blaaiervlak met behulp van Flood Element. Met hierdie nuwe benadering het ons baie pyn uitgeskakel om vragtoetse te skep, en ons het die resultate terselfdertyd meer realisties gemaak.

Dit kan uitdagend lyk om duisende gebruikers te toets, maar dit is maklik om elke stuk een stap op ‘n slag te neem:

  1. Laai element af
  2. Skryf ‘n eenvoudige toets plaaslik met u sleutelscenario (d.w.s. afrekening)
  3. Begin die toets plaaslik met ‘element run’ om seker te maak dat die toets heeltemal uitgevoer word
  4. Laai u toets na Flood op en hardloop met 5-10% van u maksimum las (dit wil sê, as u maksimum belasting 5000 gebruikers is, begin met 250-500 gebruikers)
  5. Evalueer die resultate en stel u teks en app aan soos nodig
  6. Laai u toets na Flood op en hardloop met 50-100% van u maksimum las (dit wil sê, as u maksimum belasting 5000 gebruikers is, hardloop dan met 2,500-5,000 gebruikers)
  7. Verhoog u toetsdekking om die addisionele scenario’s te dek wat nodig is totdat u die toetsdekking bereik wat u verlang.

Afhangend van die kompleksiteit van u toetsscenario, kan u dalk minder as ‘n dag met duisende gebruikers aan die gang kom. Moet dus nie tyd mors nie – gaan oor na https://element.flood.io om vandag met Flood Element te begin eksperimenteer!

Jeffrey Wilson Administrator
Sorry! The Author has not filled his profile.
follow me
    Like this post? Please share to your friends:
    Adblock
    detector
    map