Hiba (típus)

Ezek a típusok nem túl hatékonyak Pokémon:

7 Általános típusú szoftverhibák, amelyeket minden tesztelőnek tudnia kell

A szoftverhibák a szoftverfejlesztési életciklus elkerülhetetlen részét képezik. . A hibákat, rendellenességeket és hibákat meg kell határozni, rögzíteni és megoldani. Ezért egy robusztus szoftvertermék létrehozása átfogó tesztelést és optimalizálást igényel.

A tesztelési folyamat során a csapatok kötelesek olyan konkrét hibákkal találkozni, amelyek akadályozzák a fejlesztési és tesztelési folyamatot. Ha ezeket a hibákat a korai szakaszban nem oldják meg, akkor a későbbi szakaszokban megzavarják a munkafolyamatot, és a javításuk sokkal kihívást jelent és időigényes lesz.

.

Különböző típusú szoftverbugok

Ez a cikk a A leggyakoribb típusú szoftverhibák vagy hibák a szoftvervizsgálat során találkoztak, hogy a fejlesztők és a tesztelők jobban kezelhessék őket.

1. Funkcionális hibák

A funkcionális hibák társulnak egy adott szoftverkomponens funkcionalitásához. Például a Belépés A gomb nem teszi lehetővé a felhasználók bejelentkezését, an Kosárba gomb, amely nem frissíti a kocsit, a keresődoboz .

Egyszerűen fogalmazva: egy alkalmazás vagy webhely bármely összetevője, amely nem működik a tervezettnek, funkcionális hiba.

Az ilyen hibákat gyakran észlelik, amikor a tesztelők valódi felhasználói körülmények között átfogó funkcionális tesztelést végeznek alkalmazásuk vagy webhelyükre. A csapatoknak gondoskodniuk kell arról, hogy az összes funkcionális hibát a korai szakaszban oldják meg, hogy elkerüljék a rossz felhasználói élményeket a termelési környezetben.

2.

Egy logikus hiba megzavarja a szoftver tervezett munkafolyamatát, és helytelenül viselkedik. Ezek a hibák váratlan szoftver viselkedést és még hirtelen összeomlásokat is eredményezhetnek. A logikai hibák elsősorban a rosszul írt kód vagy az üzleti logika téves értelmezése miatt zajlanak. A logikai hibák példa a következők:

• Érték hozzárendelése a rossz változóhoz
• Két szám elosztása ahelyett, hogy egymáshoz hozzáadnák őket, ami váratlan kimenetet eredményezne

3. Munkafolyamat -hibák

A munkafolyamat -hibák társulnak egy szoftver alkalmazás felhasználói utazásához (navigációjához). Vegyünk egy példát egy olyan weboldalra, ahol a felhasználónak kitöltenie kell egy űrlapot kórtörténetével kapcsolatban. Az űrlap kitöltése után a felhasználónak három lehetősége van, amelyek közül választhat:

• Megment
• Mentés és kilépés
• Előző oldal

“Mentés és kilépés,” . Ha azonban rákattint a Mentés és kilépés A gomb az űrlapból való kilépéshez vezet, anélkül, hogy az információkat mentené, ez egy munkafolyamat -hibához vezet.

. Egységszintű hibák

. Miután a szoftverkomponensek kezdeti moduljait kidolgozták, a fejlesztők egységtesztet végeznek annak biztosítása érdekében, hogy a kis kódcsomagok a várt módon működjenek. Itt van a fejlesztők különféle hibákkal, amelyeket a kódolási szakaszokban figyelmen kívül hagynak.

Az egységszintű hibákat könnyebb elkülöníteni, mivel a fejlesztők viszonylag kis mennyiségű kóddal foglalkoznak. Sőt, ezeknek a hibáknak a megismétlése kevesebb időt vesz igénybe, így a fejlesztők nyomon követhetik a pontos hibát, és rövid időn belül kijavíthatják.

Például, ha egy fejlesztő egyetlen oldalt készít, akkor az egységteszt ellenőrzi, hogy az összes bemeneti mező elfogadja -e a megfelelő bemeneteket, és érvényesíti -e a gombokat a funkcionalitás szempontjából. Ha egy mező nem fogadja el a megfelelő karaktereket vagy számokat, a fejlesztők egységszintű hibát találnak.

5. Rendszerszintű integrációs hibák

A rendszerszintű integrációs hibák elsősorban akkor jelennek meg, amikor a különböző fejlesztők által írt két vagy több kódegység nem lép kapcsolatba egymással. . Az ilyen hibákat nehéz nyomon követni és javítani, mivel a fejlesztőknek meg kell vizsgálniuk egy nagyobb kóddarabot. Ők is időigényesek a replikációhoz.

A memória túlcsordulási problémái és az alkalmazás UI és az adatbázis közötti nem megfelelő interfészek a rendszerszintű integrációs hibák gyakori példái.

6. Ki a kötött hibákon kívül

A kötött hibákon kívül akkor jelennek meg, amikor a rendszerfelhasználó nem kívánt módon kölcsönhatásba lép az UI -val. Ezek a hibák akkor fordulnak elő, amikor egy végfelhasználó értéket vagy paramétert ír be a nem szándékos felhasználás határain kívül-például egy lényegesen nagyobb vagy kisebb szám megadása, vagy egy meghatározatlan adattípus bemeneti értékének megadása. Ezek a hibák gyakran felbukkannak az űrlap -validációkban a webes vagy mobil alkalmazások funkcionális tesztelése során.

7. Biztonsági hibák

A biztonság a szoftverfejlesztés komoly aggodalma. A biztonsági hibák a felhasználók számára a fő kockázatot jelentik, ezért nagyon komolyan kell venni és megoldani kell őket. Nagy súlyosságuk és kiszolgáltatott jellegük miatt a biztonsági hibákat a legérzékenyebb hibák közé tartják, és kritikus és sürgősséggel kell kezelniük. Lehet, hogy ezek a hibák nem akadályozzák a műveletet, de veszélyeztethetik az egész rendszert. Ezeket rendszeres időközönként alaposan ellenőrizni kell.

A valós eszközök szerepe a hibakonzásban

Ahhoz, hogy bármely szoftvertermék (mobilalkalmazás vagy webalkalmazás) sikeres legyen egy nagyon fragmentált környezetben, azt valódi felhasználói körülmények között alaposan meg kell vizsgálni. Ez elősegíti a maximális hibák észlelését és megoldását, amelyet a végfelhasználó találkozhat a való világban.

A kiterjedt teszteléshez átfogó eszközlaboratórium szükséges, amely lehetővé teszi a tesztelők számára, hogy teszteljék web- és mobil alkalmazásaikat a különféle eszközböngésző-OS kombinációkon keresztül. Ne feledje, hogy a digitális laboratórium átfogó tesztelésének felállítása jelentős pénzügyi befektetési és karbantartási erőfeszítéseket igényel. Természetesen ez nem minden szervezet számára megvalósítható.

Felhőalapú tesztelési platformok, mint például a BrowseStack minden méretű csapat segítve azáltal, hogy biztosítják számukra a szükséges tesztinfrastruktúrát az átfogó teszteléshez. Az egyedi operációs rendszereken, például az Android, az iOS, a Windows vagy a MacOS -on futó eszközök (mobil és asztali) széles választékán tesztelhetők.

Mondanom sem kell, hogy a teljes minőségbiztosítási folyamat egy valódi eszközfelhő használatán alapul. Ez igaz a kézi tesztelésre és az automatizálásra. A QA -k dönthetnek úgy is, hogy ciprom -tesztelést végeznek 30+ valódi böngésző verzión.

Használjon BrowserStack Cloud Selenium -rácsát 2000+ valós böngészőből és eszközökből az összes szükséges teszt futtatásához valódi felhasználói körülmények között. A kézi tesztelés könnyen elvégezhető a BROWSISTACK felhőn is. Iratkozzon fel ingyen, válassza ki a szükséges eszközböngésző kombinációkat, és kezdje el a tesztelést.

Ezenkívül a BrowseStack hibakeresési eszközkészletet is kínál, amely megkönnyíti a hibák ellenőrzését, hibakeresését és kijavítását.

1. Élő: .
2. Automatizál: Video felvétel, képernyőképek, szöveges naplók, hálózati naplók, szelén naplók és néhány más.
3. Valós idejű eszköznaplók a logcat-ból vagy a konzolból
4. Alkalmazás automatizálása: Video felvétel, szöveges naplók, képernyőképek, hálózati naplók, Appium naplók, alkalmazásprofilok és mások.

Egy ilyen befogadó tesztinfrastruktúrával a csapatoknak nem kell aggódniuk, hogy további erőfeszítéseket tegyenek egy összetett eszközlaboratórium felállítására. Egyszerűen regisztráljon ingyen -> Válassza ki a kívánt tesztkörnyezetet, -> Kezdje el a tesztelést távolról a világ bármely pontjáról.

Mint korábban említettük, a hibátlan szoftverek kidolgozásához átfogó tesztelésre, hibakeresésre és optimalizálásra van szükség. A hibától függetlenül a tesztelőknek gondoskodniuk kell arról, hogy a hibák többségét a korai szakaszban azonosítsák és oldják meg, hogy elkerüljék a későbbi szakaszokban történő átdolgozást. Természetesen, ha a leggyakoribb hibák egyértelműsége segíti a fejlesztőket a fejlesztési folyamat hibáinak elkerülésében.

A legtöbb Bogár A Pokémon gyorsan növekszik, és hamarabb fejlődik, mint más típusok. Ennek eredményeként gyakran nagyon gyengék. Az I. generációban a hibák szinte haszontalanok voltak a néhány óta Bogár A rendelkezésre álló típusú mozdulatok nagyon gyengék voltak. A helyzet javult a későbbi játékokban, jobb mozdulatokkal és előnye a sötét típushoz képest.

1-3 generációkban minden Bogár A típusú mozdulatokat fizikai kategóriába soroltuk.

100
Hibás típus Pokémon
25
75
Kettős típusú pokémon

Támadás Előnyök és hátrányok

Bogár

Bogár A mozdulatok nem túl hatékonyak:

Védelem Előnyök és hátrányok

Ezek a típusok nem túl hatékonyak Bogár Pokémon:

Ezek a típusok szuperhatékonyak ellen Bogár Pokémon:

Kettős típusú támadás Előnyök és hátrányok

Ez a diagram megmutatja a Bogár Írja be minden típusú kombinációt. A károsodás töredéke a Bogár A típusú mozgás megjelenik – ½ azt jelenti, hogy 50% -os károkat (nem túl hatékony), 2 jelentést jelent 200% (szuperhatékony) és így tovább.

Sem	Fenyő	Water	Ele	Gra	Jég	Ábra		Buja	Légy	PSY	Bogár	Roc	Gho	Drag	Dörzsöl	Ste	Fair
Normál	½			2			½		½						2	½	½
Tűz			½		½	¼		½	¼		½			½		¼	¼
Víz				2		½	½		½	2					2	½	½
Elektromos		½				½	½		½				½		2	½
Fű			2	2	2			2		4	2
						½			½	2			½		2	½	½
Harc	½	¼	½	½		½	¼	½	¼			½	¼	½		¼	¼
Méreg	½	¼	½	½		½	¼	½	¼			½		½		¼	¼
Talaj		½			2		½	½	½	2			½		2		½
Repülő	½	¼	½	½		½	¼	¼	½		½	½				¼	¼
Lelki	2		2	2	4	2					2	2		2	4
Bogár		½			2			½		½	2		½			½
					2			½		½	2		½		2	½	½
Szellem		¼		½		½	¼	¼	½	¼			½	½		¼
					2		½				2			½
Sötét	2		2	2							4		2
			½	½			¼	¼	½	¼							¼
Tündér				½		½	¼	¼		¼					½		¼

• .
• .
• Az elemek rovarlemez és ezüstpor 20% -kal növelik a hibás típusú mozgást, ha tartják.
• .
• .
• .

angol
japán	むし
német
	Rovar
	Koleottero
koreai	벌레
Kínai (hagyományos)	蟲

Bug Pokémon stat átlagok

71.0
Támadás

.7
Védelem

56.0
.
A 18. helyezett
.5
. Védelem

Hibás
Azalea városi tornaterem vezetője
Gen 2, 4

Áron
Elit négy
Gen 4, 8

Burg

Gen 5

Brácsa
Santalune városi tornaterem vezetője

.

Hüvelykujj
#0010 / hiba

#0011 / hiba

Vajmentes
#0012 / hiba · Repülés

#0014 / BUG · Méreg

#0015 / BUG · Méreg

Paras
#0046 / hiba · fű

Elbírál
#0047 / BUG · Fű

Venonat

Szigetelő

Pinsir

#0127 / hiba · Repülés

Ledyba

Lediai

#0167 / BUG · Méreg

Ariados
#0168 / BUG · Méreg

#0193 / hiba · Repülés

Tőzsdei
#0204 / hiba

#0205 / hiba · acél

Szkizor
#0212 / hiba · acél

Szkizor
Mega -tudós

Heracross
Mega Heracross

#0265 / hiba

Silkun

Szépen
#0267 / hiba · Repülés

Kaszcoon
#0268 / hiba

Dustox
#0269 / BUG · Méreg

Surskit

Álarcos
#0284 / hiba · Repülés

#0290 / hiba · föld

#0291 / hiba · Repülés

Fatorsó
#0292 / hiba · szellem

Volbeat

Megvilágít

Anorit
#0347 / rock · hiba

Kricketot

Kricketune
#0402 / hiba

Burmai

Burmai

#0412 / hiba

Burmai

#0413 / hiba · fű

Féreg

#0413 / hiba · föld

Kuka köpeny

#0415 / hiba · Repülés

Nyárs

Varros

Swadloon
#0541 / hiba · fű

Buja
#0542 / hiba · fű

#0543 / BUG · Méreg

Puska

#0557 / bug · rock

Kéreg

Menekülő

#0595 / hiba · Elektromos

Galvantula
#0596 / hiba · Elektromos

Felgyorsít

#0637 / BUG · Tűz

#0666 / hiba · Repülés

#0736 / hiba

Charjabug

Vikavolt
#0738 / hiba · Elektromos

Kutyán
#0742 / hiba · tündér

#0751 / víz · hiba

#0752 / víz · hiba

Bukás

Buzzwole
#0794 / hiba · Harc

Feromosa

#0824 / hiba

#0825 / hiba · pszichés

Orbeet
#0826 / hiba · pszichés

Sizzlipede
#0850 / tűz · hiba

Centiskorch
#0851 / tűz · hiba

Sznom

Kleavor

#0917 / hiba

Pók
#0918 / hiba

#0919 / hiba

Rellor

Rabszia

Adatvédelmi irányelv minden tartalom és tervezés © Pokémon Database, 2008-2023. .

A funkcionális hibák a egy darab szoftver, e.g. . .

Hogyan lehet meghatározni, hogy az alkalmazás viselkedése funkcionális hiba:

Próbálja ki kitalálni, hogy egy funkciót egy meghatározott módon terveztek -e, vagy ha tényleg megszakadt -e. .

.

.

Példa: A WebShop funkcionalitás másképp működik, mint a többi ismeretes webeshopban. Ez nem azt jelenti, hogy a funkcionalitás megszakadt. Az ügyfelek megvalósíthatják termékeiket, bármennyire is akarják.

. Ezt a bizonyítékot úgy nyújthatja be, hogy megmutatja, hogy a mező bizonyos esetekben érvényesül, de másokban nem. .

.

Ha egy funkcionalitás egy darab következetesen ugyanúgy működik különböző forgatókönyvekben, és nyilvánvaló problémák nélkül, akkor valószínűleg azt tervezték (nem hiba).

Súlyossági értékelés

Milyen súlyossági szint megfelelő a funkcionális hibához, számos tényezőtől függ: a probléma funkcionális hatása, a probléma mértéke, létezik -e megoldások, vagy ha ez egy showstopper, akkor vannak -e potenciális és figyelemre méltó értékesítési veszteségek, és összehasonlíthatják -e. Ez a hiba ugyanazon súlyosságú más hibákhoz. Így az IO tesztnél megkülönböztetjük a funkcionális hibák három súlyossági szintjét:

.
.
Kevés felhasználó, termék vagy cikk vonatkozik.

.

Súlyos hatás a termék használatára, de a fő funkció ép.
Számos felhasználó, termék vagy cikk vonatkozik.
A nem triviális funkcionalitás megszakadt vagy nem érhető el, és nem létezik megoldás.
.
.
A showstopper megakadályozza, hogy a felhasználó folytatja a fő folyamat folytatását, e.., .
A hiba potenciális és figyelemre méltó értékesítési veszteséget okoz az ügyfél számára.

! .

A tartalmi hibák a webhelyek vagy alkalmazások tényleges tartalmához kapcsolódnak: szöveg, címkék, képek, videók, ikonok, linkek, adatok stb. Ezért a tipikus tartalmi hibák a következők:

Törött linkek vagy képek (404s) (kivéve, ha a navigációs menüben, a fejlécben, a láblécben vagy a zsemlemorzsa navigációban található, amelyek alacsony funkcionális hibák)

Hiányzó szöveg, e..
.g. üres tartalomterület
.g. Ha az 5 -ből 4 -ből 4 -ből van egy eszköztipp, 1 nem
Hiányzó fordítások, E.. Néhány gomb egy angol weboldalon, amelynek francia címkéje van

Kérjük, vegye figyelembe, hogy helyesírás hibák vannak nem megfontolva tartalmi hibákat a platformon, és nem lehet ilyenként benyújtani.

Vizuális hibák

A vizuális hibák a webhelyek vagy alkalmazások grafikus felhasználói felületeire vonatkoznak, E.g.:

Az elrendezési keretproblémák, például az eltérő szövegek/elemek,
.. Egy elem megjelenik az egyik mobil eszközön, de a másikon nem
A szöveg/elemek véletlenül átfedésben vannak egymással

Amint tartalom vagy vizuális hiba megakadályozza egy funkcionalitás, azt a funkcionális hiba, .

. Az ilyen problémák általában Alacsony funkcionális hibák.

Ismétlődő problémák

Amikor a tartalom vagy egy vizuális probléma ismétlődően jelentkezik, csak egyszer lehet benyújtani, Annak ellenére, hogy minden eseménynek más URL -je, linkje, képe stb. . Ennek az egyetlen hibajelentésnek meg kell adnia, hogy más URL -ek, linkek, képek stb., .

. Például csak egy jelentést kell benyújtani a következő tartalmi problémákra: , Töltse le a linkeket a PDF kézikönyvekhez több termék részletes oldalán 404 oldalhoz vezet, néhány , .

.