• Virhe on seurausta koodausvirheestä

• Vika on poikkeama vaatimuksista

Eli: -vika ei välttämättä tarkoita, että koodissa on vika, se voi olla toiminto, jota ei ole otettu käyttöön, mutta määritelty ohjelmiston vaatimuksissa.

Wikipedia-sivulta ohjelmistojen testaus :

Kaikki ohjelmistovirheet eivät johdu koodivirheistä. Yksi yleinen kalliiden virheiden lähde johtuu vaatimusten aukoista, esimerkiksi tuntemattomista vaatimuksista, jotka aiheuttavat virheitä ohjelmasuunnittelijan toimesta. [14] Yleinen vaatimusten puutteiden lähde ovat ei-toiminnalliset vaatimukset, kuten testattavuus, skaalautuvuus, ylläpidettävyys, käytettävyys, suorituskyky ja suojaus.

Kommentit

• Molemmat ovat ” poikkeamia vaatimuksista ” kuten näen.
• Vian ei tarvitse olla ’ vika. Virheen ei myöskään tarvitse merkitä sitä, että vaatimus ei täyty, eikä siten ole ’ poikkeama vaatimuksesta ’
• Sinulta näyttää puuttuvan @Martin-piste. Kyllä, vika voi olla vika. Kyllä, vika voi olla vika. Mutta se ei ole ’ t välttämättä aina totta. Pelkästään siksi, että siinä on jonkin verran päällekkäisyyksiä, se ei tarkoita ’, että ne ovat identtisiä! Vennin kaavio vikasta & vika – > (())>
• @Dan McGrath: Pohjimmiltaan mitä teit täällä, on oma määritelmäsi virheestä. Mutta yleensä ’ t ole mitään määriteltyä merkitystä, se ’ on vain tekninen ammattikieltä!
• @DanMcGrath : Venn-kaaviosi on hyödytön. Se voi tarkoittaa joko ({}) tai ({)} . Oletan, että tarkoitit toista.

Lainaan Ilene Burnsteinia kirjasta Käytännön ohjelmistojen testaus (suositus), joka kuuluu IEEE-standardien määritelmään Collection for Software Engineering ”(1994) ja” IEEE Standard Glossary of Software Engineering Terminology ”(standardi 610.12, 1990):

virhe

Virhe on ohjelmistokehittäjän virhe, väärinkäsitys tai väärinkäsitys.

Kehittäjäryhmään kuuluvat ohjelmistosuunnittelijat, ohjelmoijat, analyytikot ja testaajat. Kehittäjä voi esimerkiksi ymmärtää väärin suunnittelumerkinnät tai ohjelmoija saattaa kirjoittaa muuttujan nimen väärin.

Viat (viat)

Ohjelmistoon tulee virhe (virhe) virheen seurauksena. Se on poikkeama ohjelmistossa, joka voi aiheuttaa sen käyttäytymisen väärin, ei sen määrittelyjen mukaisesti.

Vikoja tai vikoja kutsutaan joskus ”vikoiksi”. Jälkimmäisen termin käyttö trivialisoi vikojen vaikutuksen ohjelmiston laatuun. Termin ”vika” käyttö liittyy myös ohjelmistoesineisiin, kuten vaatimuksiin ja suunnitteluasiakirjoihin. Näissä artefakteissa esiintyvät viat johtuvat myös virheistä, ja ne havaitaan yleensä tarkistusprosessissa.

Virheet

Vika on ohjelmistojärjestelmän tai komponentin kyvyttömyys suorittaa vaadittuja toimintoja määritettyjen suorituskykyvaatimusten rajoissa.

Ohjelmistokomponentin tai -järjestelmän suorittamisen aikana testaaja, kehittäjä, tai käyttäjä havaitsee, että se ei tuota odotettuja tuloksia. Joissakin tapauksissa tietyntyyppinen väärinkäyttäytyminen osoittaa tietyntyyppisen vian. Voimme sanoa, että väärä käytös on vian oire.Kokeneella kehittäjällä / testaajalla on tietämys vikasta / oireista / vikatapauksista (vikamallit kuvataan luvussa 3) muistiin. Virheellinen käyttäytyminen voi sisältää väärien arvojen tuottamisen lähtömuuttujille, laitteen virheellisen vastauksen tai väärän kuvan näytöllä. Kehittäjät testaajat havaitsevat yleensä viat, ja kehittäjät löytävät ja korjaavat viat.

Voit lukea koko luvun Google-kirjoista, täällä .

Ohjelmistovirheisiin liittyy erilaisia termejä. Ote kurssiltani:

• iv Virhe : Ihmisen toiminta tai laiminlyönti joka johtaa vikaan.

• Vika : Vika on ohjelmisto vika (virheellinen vaihe, prosessi tai tietojen määritelmä), joka aiheuttaa vian.

• Virhe : Sama kuin vika.

• iv Vika : ohjelmiston kyvyttömyys suorittaa vaadittuja toimintoja määritettyjen suorituskykyvaatimusten rajoissa.

Tämän mukaan vian ja virheen välillä ei ole eroa. Jotkut ihmiset kuitenkin väittävät, että virhe on virhe, joka löytyy ennen ohjelmiston julkaisemista, kun taas vika on asiakkaan löytämä.

En voinut vastustaa kuuluisan ensimmäisen todellisen virheen löytämistä ”.

Kommentit

• Lopuksi joku, joka on lukenut: testingstandards.co.uk/bs_7925-1_online.htm
• Että ’ En ole siitä, mistä sain sen, mutta heillä voi olla yhteinen lähde (tai tämä voi olla lähde).
• Yup, monta vuotta sitten yritin korjata virheen. siinä oli ärsyttävää välkkymistä ruudun yhdessä solussa, eikä sillä ollut mitään järkeä. Se lopulta lensi pois. (Tämä tapahtui valkoisen tekstin aikakaudella mustalla näytöllä, kyseinen piste oli riittävän oikealle aina mustana Olin muokkaamassa, joten huomasin sen vasta, kun ohjelma laittoi sen taakse valkoisen.)

Ohhoh.

Vanhoina aikoina – tietokoneen puutteellinen toiminta johtui kaikenlaisista asioista – mukaan lukien rotat, jotka pureskelivat johdotuksia, ja todelliset viat (törmät) pääsivät töihin.

termi BUG on juuttunut termiin, joka tarkoittaa jotain, joka ei toimi odotetulla tavalla.

BUG on ajateltava ammattikieltä, joka tarkoittaa vikaa.

Vika on teknisesti oikea termin merkitys että asia ei toimi niin kuin pitäisi.

Aina kun mahdollista, VIRHEEN käyttäminen BUG: n sijasta tuo mukanaan merkityksen siitä, että tunnustamme epäonnistumiset (vikamme, ymmärryksemme käyttäjien vaatimuksista tai asioista jätimme huomiotta toteutuksessa) sen sijaan, että pukisit sen vähäpätöisemmäksi kuulostavaksi ”bugiksi”.

Käytä VIRHE.

Yritä olla käyttämättä termiä BUG. Sen typerä, epäolennainen, historiallinen ja trivialisoiva.

Kommentit

• Miksi haluat poistaa käytöstä hyvin ymmärretyn teknisen termin? Olen ’ pahoillani … kyllä, virhe on historiallinen – mutta jos luulet, että ohjelmoijat pitävät vikoja (yleisesti toisin kuin erityisiä) vähäpätöisinä vain siksi, että he ’ kutsutaan virheiksi tai termiksi merkityksettömäksi alkuperänsä vuoksi, joten pelkään ’ pelkään, että muutokseni paheksuttavaksi keski-ikäiseksi on täysin perusteltua. Niin ja kuten @Dan huomauttaa, virheet ovat vikoja, mutta viat eivät välttämättä ole vikoja, mikä viittaa edelleen siihen, että termillä on arvoa.
• @Murph, a ” vika ” on ohjelmointivirheen eufemismi. Alitajuisesti tämä houkuttelee eräänlaiseen gremliiniin, jota kehittäjällä ei ole hallintaa. Tämä ei ole oikein – se on virhe ja tämän tunnustaminen on askel kohti ammattimaisempaa käyttäytymistä. (Imho tietysti :-))
• Eee, selvästikin olen eri mieltä (-: Tiedän tarkalleen kuka on vastuussa virheistä – koodaus- ja logiikkavirheistä – joita minulla on koodissani. (I ’ m pystyy myös tunnistamaan muiden ihmisten viat ’ s-koodissa.) Kaikilla tuntemillani ohjelmoijilla on selvää, mitä termi tarkoittaa – että he ( hyvin joku ohjelmoija) eikä mikään gremlin tehnyt virhettä.
• Kun käsittelet asiakkaitasi, voit kutsua näitä asioita virheiksi tai virheiksi. Virheet ovat ammattikieltä. Viat on ammattikielten ulkopuolella oleva kuittaus, joka se ei ole niin kuin sen pitäisi olla. ” Viat ” on termi, joka kannustaa selkeään viestintään – myös ohjelmoivan veljeyden ulkopuolella kuten sisällä.(Olen myös eri mieltä siitä, että virheen ja vian välillä on ero.)
• Viat on oikea termi. Kuinka monta ohjelmaa julkaistaan ja joissa on virheitä, ja me kaikki hyväksymme sen? Mutta kuinka monta ohjelmaa julkaistaan vialla? Emme ’ hyväksyisi sitä, koska termi merkitsee suurempaa vakavuutta ja tiedämme, että se ’ on oma vikamme virheestä, pikemminkin kuin vika, jossa voimme syyttää säätä tai vuorokaudenaikaa.

IEEE-standardista Sanasto ohjelmistotekniikan terminologiasta, joka on mainittu ohjelmistotekniikan tietokannassa KA ohjelmistojen testausta ja ohjelmistojen laatua varten:

vika. Katso: virhe; vika.

virhe. (1) Lasketun, havaitun tai mitatun arvon tai ehdon ja todellisen, määritetyn tai teoreettisesti oikean arvon tai ehdon välinen ero. Esimerkiksi 30 metrin ero lasketun tuloksen ja oikean tuloksen välillä. (2) Väärä vaihe, prosessi tai tietojen määritelmä. Esimerkiksi väärä ohje tietokoneohjelmassa. (3) Virheellinen tulos. Esimerkiksi laskettu tulos 12, kun oikea tulos on 10. (4) Ihmisen toiminta, joka tuottaa väärän tuloksen. Esimerkiksi ohjelmoijan tai operaattorin virheellinen toiminta. Huomaa: Vaikka kaikkia neljää määritelmää käytetään yleisesti, yksi ero osoittaa määritelmän 1 sanalle ”virhe”, määritelmän 2 sanalle ”vika”, määritelmän 3 sanalle ”vika” ja määritelmän 4 sanalle ”virhe”. Katso a2so: dynaaminen virhe; kohtalokas virhe; alkuperäiskansojen virhe; semanttinen virhe; syntaktinen virhe; staattinen virhe; ohimenevä virhe.

epäonnistuminen. Järjestelmän tai komponentin kyvyttömyys suorittaa vaadittuja toimintoja määriteltyjen suorituskykyvaatimusten rajoissa. Huomaa: Vikasietoisuuden kurinalaisuus erottaa ihmisen toiminnan (virheen), sen ilmenemisen (laitteisto- tai ohjelmistovika), vian seurauksen (vika) ja määrän, jolla tulos on virheellinen (virhe). Katso myös: kaatuminen; riippuvainen epäonnistuminen; poikkeus; virhetila; epäonnistumisprosentti; kova epäonnistuminen; alkava epäonnistuminen; itsenäinen epäonnistuminen; satunnainen epäonnistuminen; pehmeä vika; jumissa vika.

vika. (1) vika laitteistossa tai komponentissa; esimerkiksi oikosulku tai rikkoutunut johto. (2) Väärä vaihe, prosessi tai tietojen määrittely tietokoneohjelmassa. Huomaa: Tätä määritelmää käytetään ensisijaisesti vikasietoisuuden kurinalaisuudessa. Tavallisessa käytössä termejä ”virhe” ja ”virhe” käytetään ilmaisemaan tätä merkitystä. Katso myös: dataherkkä vika; ohjelmaherkkä vika; vastaavat viat; vian peittäminen; ajoittainen vika.

Mielestäni epäonnistumisen määritelmä on tärkein. Kaikki alkaa virheestä riippumatta siitä, onko se vaatimuksissa, suunnittelussa, toteutuksessa tai testitapauksessa / menettelyssä. Jos tämä virhe ilmenee ohjelmistossa, siitä tulee vika. Vika johtuu yhden tai useamman olemassaolosta. lisää vikoja ohjelmistoissa.

En kuitenkaan pidä virheen virallisesta määritelmästä innokkaana. Pidän kovasti määritelmästä, jonka dukeofgaming antoi vastauksessaan , mutta tässä vastauksessa on IEEE: n virhemääritelmä.

Dan McGrathin vastaus naulasi sen oikein.

• Virhe on seurausta koodausvirheestä.
• Vika on poikkeama vaatimuksista.

Ehkä esimerkki tekisi siitä selvemmän. / p>

Esimerkki: Asiakas halusi, että verkkolomake pystyi tallentamaan ja sulkemaan ikkunan.

Skenaario # 1: Verkkolomakkeessa on tallennuspainike ja toinen sulkemispainike. Tulos: Vika, koska asiakas halusi painikkeen 1 tallentaa ja sulkea ikkunan. Kehittäjä ymmärsi väärin ja loi ne erikseen. Koska molemmat painikkeet täyttivät vaatimukset, se ei ole virhe, vaan vika, koska se ei täytä asiakkaan vaatimuksia.

Skenaario # 2: Verkkolomakkeella on Tallenna & -suljinpainike, mutta vain tallentaa, mutta ei sulkeudu. Bug. Koska painike ei toimi vaaditulla / odotetulla tavalla. Kehittäjä tietää, että sen oletetaan tuottavan tuloksen, mutta lopulta se ei t. (Ehkä koodausvirhe)

Etkö ole varma, selventääkö se sitä.

p / s: kehittäjältä seisontakohta (olin kerran), sekä viat että virheet ovat yhtä tärkeitä. Korjaamme sen edelleen.

Tapasimme jopa outoja poikkeavuuksia, jotka luokittelimme vikojen alle ja yritämme jatkuvasti selvittää mitä on syy ja miten se korjataan. Virheiden lopettaminen ei tee siitä vähäpätöistä verrattuna virheisiin.

Kommentit

• Mitä me kutsumme virheellisiksi vaatimuksiksi?
• @ gnasher729, jos tarkoitit viallisilla vaatimuksilla, että ohjelmoijat ymmärtävät väärin vaatimukset, luulisin, että se ’ on vika. Mutta jos tarkoitit virheellisiä vaatimuksia, koska käyttäjä, joka antaa vääriä vaatimuksia, jotka johtavat lopputyöhön, ei ratkaise alkuperäistä ongelmaa, niin se on vikojen ulkopuolella, koska tämä on ongelma vaatimusten keräämisistunnossa eikä kehityksessä.

Tässä olen aikaisemmin tehnyt työnantajani Q-LEAP: lle ISTQB-sanastoon perustuen ja tarkistin myös IEEE-sanastoa. Nauttia.

Virhe ja vika? Sama, vaikka tästä voidaan keskustella loputtomasti. Meillä on todella muita asioita, joista on huolestuttavaa, elämä on jo tarpeeksi monimutkaista jne.

Esimerkki miten termiä käytetään luonnossa, kohdasta ”Kuinka Google testaa ohjelmistoa” s. 113. Avaa ”IEEE-ohjelmiston” artikkeli ja sitä käytetään samalla tavalla. Todellakin sanaa ”vika” todellakin esiintyy harvoin.

Virheen elämä

Virheet ja virheraportit ovat yksi artefakti, jonka jokainen testaaja ymmärtää. Virheiden löytäminen, vikojen triagointi, vikojen korjaaminen ja regressiiviset viat ovat syke ja työnkulku ohjelmiston laatu. Tämä on testauksen osa, joka on Googlen tavanomaisin, mutta normista on vielä muutama mielenkiintoinen poikkeama. Tässä osiossa jätetään huomioimatta virheet, jotka on jätetty seuraamaan työtehtäviä, ja käytämme termiä tunnistamaan varsinainen rikki koodi. Sellaisina viat edustavat usein insinööritiimien tuntikohtaista ja päivittäistä työnkulkua.

Virhe syntyy. Virheet löytävät ja arkistoivat kaikki Googlen käyttäjät. Ylläpitäjät tallentavat virheitä, kun he havaitsevat varhaisessa koontiversiossa ongelmia, jotka poikkeavat teknisistä tiedoista / ajatuksista. Kehittäjät tallentavat virheitä huomatessaan, että he ovat vahingossa tarkistaneet ongelman tai löytävät ongelma jossain muualla koodipohjassa tai Google-tuotteiden koiranruokailussa. Virheitä tulee myös kentältä, joukosta peräisin olevista testaajista, ulkoisten toimittajien testauksista, ja yhteisön johtajat arkistoivat tuotekohtaisia Google-ryhmiä. Monilla sovellusten sisäisillä versioilla on myös nopeita yhdellä napsautuksella vikoja, kuten Google Maps. Ja toisinaan ohjelmistot luovat vikoja sovellusliittymän kautta.

Erona on, että termi ”vika” kuulostaa maagiselta. Ikään kuin ohjelmassa voi olla satunnaisia vikoja sen jälkeen, kun olet suorittanut ohjelmoinnin. Jos siinä on satunnaisia vikoja, se tarkoittaa, että et noudattanut määrityksiä ja ohjelma on virheellinen.

Vika tarkoittaa virhe, jossa ohjelma ei ole määritysten mukainen. Tämä on vakavampi ja sanoo periaatteessa: mikä tahansa virhe on valtava ongelma ohjelmassa ja tämä tarkoittaa, että ohjelma ei sovi julkaistavaksi.

Ero on termejä käyttävien ohjelmoijien asenteessa. On olemassa miljoonia ohjelmia, jotka on julkaistu virheiden kanssa, ja ihmiset ovat hyvin siinä, koska he hyväksyvät jostain syystä että vika on maaginen ja satunnainen ja että jokaisessa ohjelmassa on ainakin yksi vika. Ohjelmoija, joka käyttää termiä ”vika”, voi kuitenkin tulla epämukavaksi julkaisemalla viallisen ohjelman, koska termi merkitsee suurempaa vakavuutta.

Yhden termin suosimisen seuraukset vaikuttavat meihin päivittäin.

Tietyn virheen / tehtävän / lipun / vian / ongelman / minkä tahansa seurantajärjestelmän esiintymän ulkopuolella näillä sanoilla ei ole tarkkaa merkitystä, ja siksi keskustelu niiden välillä on turhaa. Kun sovit työnkulkuasi, sinun tulee selvittää terminologia ja antaa kuvaukset.

Nykyisessä ympäristössäni ”vika” on mikä tahansa Jiran kohde. Näyttää siltä, että Jira itse käyttää termiä ”asia”. Olemme saattaneet periä sen jostakin aikaisemmasta järjestelmästä.”Virhe” on eräänlainen ongelma, kun jokin ei toimi odotetulla tavalla ja kuvataan dokumentaatiossa. ”Ominaisuuspyyntö”, kun jokin toimii odotetulla tavalla, mutta parannusta halutaan (se voi olla ilmeinen ja tärkeä, mutta jos nykyinen käyttäytyminen kuvataan, se on silti ominaisuuspyyntö). Tyyppejä on enemmän, mutta kehitystiimin ulkopuolella olevat ihmiset käyttävät näitä kahta pyytääkseen jotain siltä.

Jos valitset nimityksiä ongelmatyypeille, ”vika” ja ”vika” kuulostavat minulta samanlaisilta. Niiden välinen ero on tyylillinen. Koska englanti ei ole äidinkieli, en näe oikeastaan suurta osaa siitä, enkä ole varma, onko näkemäni oikein.