Testausohjelmissa - virheiden havaitsemiseen prosessi ohjelmistotuotteen

Ohjelmistokehityksen, merkittävä osa tuotantoprosessia perustuu ohjelmistojen testaukseen. Mikä se on ja miten tällaista toimintaa on keskustelee tässä artikkelissa.

Mitä kutsutaan testi?

Tällä tarkoitetaan prosessia ajamalla ohjelmisto tunnistaa sijainnit virheellisen toiminnan koodin. Parhaat tulokset, tietoisesti rakennettu vaikea joukko lähtötietoja. Päätarkoitus tarkastus on luoda parhaat mahdollisuudet epäonnistumiseen ohjelmistojen. Vaikka joskus testaamaan kehitettyä ohjelmaa voidaan yksinkertaistaa rutiini tarkistaa työkyvyn ja toimintojen suorittamiseen. Tämä säästää aikaa, mutta liittyy usein epäluotettavuus ohjelmiston, käyttäjä tyytymättömyyttä, ja niin edelleen.

tehokkuuden

Miten hyvin ja nopeasti virheitä, merkittävä vaikutus kustannuksiin ja kestoon ohjelmistokehityksen vaadittua laatua. Joten, vaikka testaajat saavat palkkaa monta kertaa pienempi kuin kehittäjät, kustannukset niiden palvelut ovat yleensä korkeintaan 30-40% kustannuksista koko hankkeen. Tämä johtuu siitä, että henkilöstön määrä, koska etsintä virhe - tämä on epätavallinen ja melko vaikea prosessi. Mutta vaikka ohjelmisto johdetaan kunnioitettavan useita testejä, ei ole 100% takuu siitä, että virhe ei tapahdu. Vain tiedä milloin ne tapahtuvat. Kannustaa testaajat valita erilaisia testejä, jotka ovat todennäköisesti löytää vika, eri motivaatio välineitä käytetään: sekä henkisten ja aineellisten.

Työote

Optimaalinen on milloin toteuttaa erilaisia mekanismeja, joilla varmistetaan, että virheet ohjelmistossa ei ole ollut alusta alkaen. Voit tehdä tämän, sinun täytyy huolehtia asianmukaisesta arkkitehtuurin suunnittelu, selkeä toimeksianto, ja on tärkeää, ettei tehdä muutoksia viestinnässä, kun töitä on jo alkanut. Tällöin testaaja tehtävänä on löytää ja tunnistaa pieni määrä virheitä, jotka jäävät lopputulokseen. Tämä säästää sekä aikaa että rahaa.

Mikä testi?

Tämä on tärkeä näkökohta tarkastukset, joka on välttämätön onnistuneen vikojen ilmaisuun koodin. Ne ovat välttämättömiä, jotta voidaan ohjata oikeaan sovelluksen. Mikä on sisällytettävä kokeeseen? Se koostuu tietojen ja niiden alkuperäiset arvot, jotka olisi saatu tuloksena (tai väli). Jotta onnistuneesti ongelmista ja epäjohdonmukaisuuksia, testejä tulisi jälkeen algoritmi kehitettiin, mutta ei alkanut ohjelmointi. On toivottavaa käyttää useita lähestymistapoja arviointiin tarvittavat tiedot. Tässä tapauksessa lisää todennäköisyyttä havaita virheen, koska voit tutkia koodia eri näkökulmasta. Monimutkaisia kokeita on annettava tarkastuksen ulkoisia vaikutuksia valmiiden ohjelmistotuotteiden sekä työnsä algoritmeja. Erityisen kiinnostavaa ja tarjota marginaalinen degeneroitunut tapauksissa. Siten, että käytännössä virheet voivat usein paljastaa, että sykli toimii yhden tai useamman kerran vähemmän kuin oli suunniteltu. Merkittävää on myös tietokone testausta, jonka avulla voi tarkistaa, että toivottua tulosta eri koneilla. Tämä on tarpeen, jotta voidaan varmistaa, että ohjelmisto toimii kaikissa tietokoneissa. Lisäksi tietokone testi, johon kehitys toteutetaan, on tärkeä luomiseen monikanava-kehitystä.

vianmääritys Arts

Ohjelmat pyrkivät usein työskennellä valtavia tietomääriä. Onko tarpeen luoda kokonaan? Nro Laajalle levinnyt hankittu käytäntö "pienentämisen" ohjelman. Tässä tapauksessa on olemassa kohtuullinen väheneminen datamäärän verrattuna, että voidaan käyttää. Katsotaanpa esimerkki: on ohjelma, joka luo matriisin kooltaan 50x50. Toisin sanoen - sinun täytyy manuaalisesti 2500 arvoja. Se on varmasti mahdollista, mutta se vie hyvin kauan. Mutta jotta testata toiminnallisuuden, ohjelmisto saa matriisi, jonka ulottuvuus on 5x5. Voit tehdä tämän, sinun täytyy syöttää yli 25 arvoja. Jos tässä tapauksessa normaali, virheetöntä toimintaa, se tarkoittaa, että kaikki on kunnossa. Vaikka on olemassa ansat, jotka sijaitsevat siitä, että kun pienentämisen tilanne esiintyy, mikä muutos on implisiittinen ja tilapäisesti katoavat. Se on myös hyvin harvinainen, mutta silti tapahtuu on se, että on olemassa uusia vikoja.

tavoitteet

Testaus ei ole helppo tehtävä, koska siitä, että tämä prosessi ei voida hakea virallistamisen kokonaisuudessaan. Suuria ohjelmia juuri koskaan ole tarvittavia tarkka vertailuarvo. Siksi ohjeena käyttäen useita epäsuoria tietoja, joka ei kuitenkaan voi täysin heijastaa ominaisuudet ja toiminnot ohjelmistokehityksen että debugged. Lisäksi niiden olisi valittava siten, että oikea tulos lasketaan ennen miten ohjelmistotuote testataan. Jos et etenisi, on houkuttelevaa harkita kyse, ja jos tulos koneen joutuu odotetulla alueella, se tehdään väärä päätös, että kaikki on oikein.

Tarkista eri olosuhteissa

Pääsääntöisesti, ohjelma testaus tapahtuu määriä, jotka ovat tarpeen vähimmäiskoepaineesta toiminnallisuus rajoitetusti. Toteutetut toimet muutoksen kanssa parametrien sekä heidän työoloihinsa. Testaus voidaan jakaa kolmeen vaiheeseen:

• Tarkista normaaliolosuhteissa. Tällöin testaamme perustoiminnot on kehittänyt ohjelmiston. Tulos on vastattava odotettavissa.
• Tarkista ääriolosuhteissa. Näissä tapauksissa synonyyminä rajatiedossa, joka voi vaikuttaa haitallisesti suorituskykyyn luotu ohjelmisto. Esimerkkinä, työskentelemme erittäin suuri tai pieni määrä tai jopa täydellinen puuttuminen tiedoista.
• Tarkkailun poikkeustilanteissa. Siihen liittyy tietoja, joita ovat hoidon ulottumattomiin. Tällaisissa tilanteissa on erittäin huono, kun ohjelmisto havaitsee niitä hyödyllisinä laskentaa ja antaa uskottava tuloksen. On pidettävä huolta, että tällaisissa tapauksissa on hylätty tietoja, joita ei voi käsitellä oikein. On myös tarpeen säätää informoimaan käyttäjää siitä

Testaus: tyypit

Luoda ohjelman virheettömästi on hyvin vaikeaa. Tämä vaatii huomattavan paljon aikaa. Saada hyvä tuote käytetään usein kahdenlaisia testejä: "Alpha" ja "beta". Mitä ne ovat? Kun ihmiset puhuvat alfa testaus, se tarkoittaa, että tarkastelu tehdä itsensä nykytilaa "laboratorio" olosuhteissa. Tämä on viimeinen vaihe testauksen ennen ohjelman siirretään loppukäyttäjille. Siksi kehittäjät yrittävät kääntyä maksimi. Toiminnan helppouden vuoksi, dataa voi kirjautua luoda kronologia ongelmia ja niiden ratkaisuja. Alle betatestiin ymmärtää ohjelmistojen luovutukset rajoitetulle määrälle käyttäjiä, jotta he voivat hyödyntää ohjelmaa ja tunnistaa virheet olet jäänyt. Erityispiirteenä tässä tapauksessa on se, että usein ohjelmistoa ei käytetä aiottuun tarkoitukseen. Tämän vuoksi epäonnistuminen voi tunnistaa ei ollut mitään ennen nähty. Tämä on aivan normaalia ja huoli se ei ole välttämätöntä.

testi Täydennys

Jos edelliset vaiheet on saatu onnistuneesti päätökseen, se on edelleen suorittaa hyväksymistestejä. Hän tulee tässä tapauksessa pelkkä muodollisuus. Tämän testin aikana tulee vahvistus siitä, että mitään ylimääräisiä ongelmia on löydetty ja ohjelmisto voidaan vapautetaan markkinoille. Tärkein on lopputulos, sitä tarkemmin se tarkastetaan. Olisi huolehdittava, jotta kaikki vaiheet on suoritettu onnistuneesti. Tässä on testausprosessin kokonaisuudessaan. Nyt kaivaa tekniset tiedot ja puhua niinkin hyödyllinen väline, koska testin ohjelmia. Mitä ne ovat ja kun niitä käytetään?

tietokoneavusteinen testaus

Aiemmin ajateltiin, että dynaaminen analyysi kehittänyt ohjelmiston - se on liian raskas lähestymistapa, tehokkaasti käytetään havaita vikoja. Mutta koska yhä monimutkaisempia ja tilavuus ohjelmien ilmestyi päinvastaista mieltä. Automatisoitu testaus käytetään silloin, kun tärkeimmät prioriteetit ovat tehokkuus ja turvallisuus. Ja niitä on voitava mitään panosta. Esimerkiksi ohjelmat, joihin se on tarkoituksenmukaista näiden testien jälkeen ovat seuraavat: verkkoprotokollia, web-palvelin, hiekkalaatikkomenetelmän. Jatkamme tarkastelemme muutamia näytteitä, joita voidaan käyttää tällaiseen toimintaan. Jos olet kiinnostunut vapaa testausohjelmissa, laatu on vaikea löytää joukossa. Mutta on säröillä "laittomasti" versioita vakiintunut projekteja, joten voit viitata palvelujaan.

lumivyöry

Tämä työkalu auttaa havaitsemaan viat testataan ohjelmia dynaaminen analyysi tilassa. Se kerää ja analysoi suorituskyky radan suunniteltu kohde. Testauslaitteen annetaan joukon sisäänmenoja, jotka aiheuttavat virhe tai ohittaa nykyisen joukon rajoituksia. Hyvän testi algoritmin kehittänyt useita mahdollisia tilanteita. Ohjelma saa eri joukko lähtötietoja, jotka mahdollistavat simuloida useita tilanteita ja luoda olosuhteet, joissa todennäköisimmin on vian esiintymisen. Tärkeä etu ohjelmassa on käyttää heuristisia metristä. Jos on ongelmia, niin sovellus virhe on erittäin todennäköistä. Mutta tämä ohjelma on rajoituksia, kuten vain yksi tarkistaa merkittyjä tuloliitännälle tai tiedostoa. Kun toiminnan toteuttamisen kuten testaus ohjelmat sisältävät yksityiskohtaista tietoa ongelmia nollaosoittimen, ääretön silmukoita, virheellinen osoitteita tai toimintahäiriöiden vuoksi käyttöä kirjastoissa. Tietenkään tämä ei ole täydellinen luettelo havaituista virheistä ja niiden ainoa yhteinen esimerkkejä. Puutteiden korjaaminen, valitettavasti, on kehittäjien - automaattisin keinoin eivät sovellu tähän tarkoitukseen.

Klee

Se on hyvä ohjelma testaamiseen muistia. Se voi siepata noin 50 järjestelmä puhelut ja suuri määrä virtuaalisia prosesseja siten suorittaa rinnan tai erikseen. Mutta yleensä ohjelma ei etsit jotain epäilyttävää paikkoja, ja käsittelee mahdollisimman paljon koodia ja analyysit, joita datapolut. Tämän vuoksi, testiohjelma riippuu esineen koosta. Kun tarkkailun veto asetetaan symbolinen prosesseihin. Ne ovat yksi mahdollinen tapa suorittaa tehtäviä ohjelmassa, joka on testattu. Kiitos rinnakkain on mahdollista analysoida suuri määrä variantteja työn testin sovelluksen. Kunkin tien tulo on talletettu tietojoukkoja sen jälkeen, kun testi, joka alkoi tarkistaa. On huomattava, että testaus ohjelmia Klee auttaa tunnistamaan useita muunnelmia, jonka ei pitäisi olla. Se voi löytää ongelmia myös sovelluksia, jotka on kehitetty vuosikymmeniä.