Paras vastaus
QTP
- QTP nyt UFT on HP: n toimittama lisensoitu työkalu , sitä voidaan käyttää verkkosovellusten, Windows Desktop -sovellusten ja Oracle-sovellusten automatisointiin muutamaksi. Vaikka HP tarjoaa ilmaisen latauksen joillakin lisäosilla kuukauden ajan.
- VBSCRIPT on ensisijaisesti käytetty komentosarja. Kieli QTP: ssä.
- Itse QTP: ssä on sisäänrakennettu IDE.
- QTP-komentosarjoja voidaan suorittaa peräkkäin.
Seleeni
- Seleeni on pikemminkin automatisointikehys kuin työkalu, ja sitä käytetään vain verkkosovellusten automatisointiin.
- Java on ensisijainen kielivalinta skriptien kehittämiseksi, vaikka voit käyttää , Python samoin
- Eclipseä käytetään ensisijaisesti testiskriptien kirjoittamiseen
- Seleeniä voidaan käyttää testitapausten suorittamiseen rinnakkain.
Yhteenvetotasolla sekä QTP että seleeni ovat mukavia työkaluja automaatioon u: sta riippuen jompikumpi näistä työkaluista voidaan valita.
Vastaa
Jos olet tilanteessa, voit päättää urasi UFT: n tai seleenin suhteen. Haluaisin antaa jonkinlaisen kuvan testausautomaatioteollisuudesta, yleisistä myytteistä, jotka kerääntyvät eri työkalujen ympärille, ja ihmisten ajattelutavasta.
Tässä puhumme pelkästään käyttöliittymän testaustyökaluista. Ensinnäkin meidän on ymmärrettävä, kuinka paljon GUI-testausta teemme tulevaisuudessa. Tyypillisissä nykyaikaisissa kehityshankkeissa korostetaan käänteisen pyramidin testauskonseptia, jossa teet helvetin paljon testejä projektin alussa ja kun ohjelmisto kulkee läpi kehitysjakson, suoritettavan testauksen määrä vähenee huomattavasti. Joten aina niin kutsuttu GUI-testaus tapahtuu melko myöhässä pelissä. Mikä puolestaan tarkoittaa sitä, että GUI-testauksen määrä on tulevaisuudessa suhteellisen pieni. On monia organisaatioita, joilla on valtava määrä regressioskriptejä, joita he ajavat ja käyttävät ikuisesti.
Seuraava asia on työkalujen valinta. Monet tuotteiden omistajat tai organisaatiot osallistuvat hulluihin esityksiin, joita tarjoavat monet palveluyritykset, jotka luovat omat ohjelmistonsa vain luomaan monopolin organisaatiossa ikuisesti. Tuolloin muistan, kun kaupalliset työkalut, kuten qtp, rft jne., Olivat ainoa asia markkinoilla, jonka palvelutason yritykset olivat omissa tuotteissaan, ja tärkein myyntipiste on kustannusten aleneminen. Mutta kaikki kuinka roskaisia ne olisivat. Sitten tuli seleeni ja se kirjaimellisesti antoi vapauden luoda tehokkaammin räätälöity automaatioratkaisu.
Tässä ongelma alkaa. Haluan antaa esimerkin nykyisistä kehitysstrategioista, jos haluat valita toteutettavan automaatiostrategian, ensimmäinen asia, joka on otettava huomioon, on, että sinulla on automaatiokehys, joka on synkronoitu kehitysalustasi kanssa. Jos kehityksesi käyttää dotnetia, käytä automaattista koodattua käyttöliittymää, sen sijaan seleenin käyttö on todella huono idea. Mitä useimmat ihmiset tekevät. Tai he toteuttavat seleenin c #: lla.
Seuraava iso ongelma on automaatiotestareissa, jotka useimmiten osaavat saada asiat hoidettua. Mutta he eivät pysty perustelemaan, miksi he noudattivat tätä lähestymistapaa. Tyypillisessä kehitysympäristössä noudatamme tiukkoja periaatteita ja koodausstandardeja, mutta useimmissa automaatioprojekteissa sitä ei noudateta. Ja lähestymistapa skenaarion automatisointiin on todella merkitystä. Ihmiset suurimmaksi osaksi ajavat vain sen, mikä välkkyy mielessään ensin. Ja hauska asia on se, että heidän työnsä tehdään silloin, mutta pitkällä aikavälillä se aiheuttaa varmasti ongelmia.
Seleeni, syy sen osumalle teollisuudessa, kulkee käsi kädessä sen kanssa, että teollisuus omaksuu ketterät menetelmät. HP oli vähän myöhässä tässä pelissä tuomalla LeanFT: n, kun seleeni on jo valloittanut teollisuuden. Meidän pitäisi myös miettiä, kuinka moni Seleniumin käyttöön ottanutta organisaatiota on todella hyötynyt siitä. Seleenin ongelma tulee, kun äänenvoimakkuus kasvaa valtavaksi. Jäljitettävyyden, testitapausten hallinnan, tehokkaan suodatuksen ja riskipohjaisen testauksen käsite on todella vaikea seleenin tapauksessa. Kehyksen viimeistelemiseksi sinun on tehtävä valtavia kehitysponnisteluja. Sano, että olet tehnyt sen ja olet myös ottanut vastuun ylläpitää sitä kehystä, joka on kehitetty talossa ja jossa on aina oppimiskäyrä. Hyvin suuret organisaatiot käyttävät metodologiaa vain siksi, että voivat ja käyttävät sitä. Kun sanon iso, se on yhtä suuri kuin Google, Amazon, PayPal jne., Mutta muille yrityksille, jotka heidän on analysoitava, kannattaa ottaa tällainen taakka.
Tällöin kaupallisten työkalujen harkinta tulee kuvaan. Heillä on kaikki, itse asiassa ne tarjoavat paljon tavaroita, joita et edes käytä, ja veloittavat sinulta.Nyt perinteinen ongelma tällä kaupallisella työkalulla, koska niin kauan menestys on ihmisillä, jotka toteuttavat automaatioprojektin alusta alkaen. Henkilö, joka oppii kaupallisessa työkalussa ja siitä, suorittaa kaikki mahdolliset sertifikaatit, ei kelpaa toteuttamaan projektia. Esimerkiksi, jos otat HP-sertifikaatin, on olemassa HP ATP ja HP ASE. Useimmat ihmiset suorittavat ATP: n, mutta hyvin harvat suorittavat ASE: n. ASE on se, joka todella pystyy toteuttamaan projektin. Ei ATP. (En tarkoittanut, että sertifioinnin on oltava pakollista.) Henkilön, jolla on erittäin kokemusta käyttöönotosta ja erinomaiset tiedot työkaluista, jotka voivat perustella, miksi käyttää tätä lähestymistapaa sen sijaan, että heittäisivät vain mitä tahansa lähestymistapaa, sen tulisi olla sen toteuttaja. Mitä työkaluja he käyttävät, tuoteyhtiö olisi noudattanut tiettyjä tapoja, parhaita käytäntöjä ja lähestymistapoja. Mutta työkaluja käyttävät ihmiset tuskin välittävät näistä asiakirjoista.
Tehokkain automaatiotyökalu on tästä päivästä lähtien CODED UI, TFS, vaikka sillä on ongelmia MAC. UFT: n avulla voit tehdä sekä toiminnallisia API-testauksia että automatisoida minkä tahansa sovelluksen. LeanFT voi auttaa sinua automatisoimaan kehitysympäristössä niin helposti. On jotain, jota kutsutaan HP: n laajennettavaksi kiihdyttimeksi, mutta tuskin kukaan osaa käyttää sitä. Seleeni on paljon tavaraa. Mutta se on kuin Lego-lohko, sinun on rakennettava se. Ja otat täyden vastuun kaikista seuraavista ongelmista. Näiden lisäksi on paljon työkaluja, jotka ovat erinomaisia tietyillä alueilla, mutta sitä ei kannata nyt harkita.
Tärkeintä on, että sillä ei ole väliä minkä työkalun valitset. Eniten tarvitaan lopulta tietoa oikean lähestymistavan toteuttamisesta, joka tulee vain kokemuksella. Aloita mistä tahansa ja kun sinulla on oikea oivallus riippumatta siitä, mitä sinne pääset. Ja siihen mennessä, kun olet ehkä oppinut melkoisen paljon työkaluja ja kieliä. Onnea !!!