Keresés: - [Re:] Több száz sebezhetőséget találtak a Qualcomm rendszerchipekben

Legfrissebb anyagok

Mobilarena témák

PROHARDVER! témák

IT café témák

GAMEPOD témák

LOGOUT témák

Keresés

Új hozzászólás Aktív témák

#164 ollie MODERÁTOR hokuszpk #157

Új Válasz 2020-08-13 09:51:09 #164
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

ollie

MODERÁTOR

válasz hokuszpk #157 üzenetére

Az nem a miatt van, hanem hogy az állami beszerzéseknél nem a minőség számít.
#149 ollie MODERÁTOR hcl #148

Új Válasz 2020-08-12 14:18:17 #149
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

ollie

MODERÁTOR

válasz hcl #148 üzenetére

Nyilván az ember használja, mert nincs más, de én örülnék, ha többszereplős lenne a mobil OS piac, pláne annak, ha a telefonokra is lehetne többféle OS-t telepíteni.

Igen. felhasználói szemmel jobb lenne. Ma (majdnem) ott tartunk, mint a PC piacon. Itt ugyan van 2 féle OS, de az meghatározza a hardvert is.
#144 ollie MODERÁTOR lenox #143

Új Válasz 2020-08-12 13:27:31 #144
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

ollie

MODERÁTOR

válasz lenox #143 üzenetére

Nem elég a unit teszt, nem is állítottam, de alapvető dolog a szoftverfejlesztésben.
Alapvetően 4 tesztelési szint van:
1. unit test (fejlesztő)
2. integration test (tesztelő)
3. system test (tesztelő)
4. acceptance test (ügyfél)
Mind a 4 szintet le kell fedni, és minél korábbi szinten kiderül egy hiba, annál olcsóbb a javítása. Ezért van szükség unit tesztekre, mert úgy olcsóbb a fejlesztés, ha már ott meg vannak fogva a unit szintű hibák, mert hogy lesznek unit szinten is, hiszen egy fejlesztő sem tökéletes, mindenki követ el hibákat.
#142 ollie MODERÁTOR sh4d0w #140

Új Válasz 2020-08-12 13:02:35 #142
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

ollie

MODERÁTOR

válasz sh4d0w #140 üzenetére

De itt most általánosságban beszéltünk a tesztelésről. A unit teszt csak az első lépése a tesztelésnek, de már ott ki lehet szűrni rengeteg hibát, amelyek jelentősen megdrágíthatják fejlesztést, amennyiben nem találják meg azokat a unit tesztekkel.
#137 ollie MODERÁTOR lenox #134

Új Válasz 2020-08-12 12:27:19 #137
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

ollie

MODERÁTOR

válasz lenox #134 üzenetére

Miért kell unit teszteket írni? Mert az az első lépcső a minőségbiztosításban, és ezzel érhető el az, hogy a lehető legkevesebb pénzt kelljen költeni QA-ra, mivel már a fejlesztés nagyon korai szakaszában kiderül sok programozói hiba, és minél korábban javítják ezeket (itt ugye még az előtt javítja a fejlesztő, mielőtt egyáltalán felkerül a kód a repositoryba), annál olcsóbb a javítás.
Szóval ha valaki nem ír unit teszteket, az gyakorlatilag növeli a szoftver fejlesztésének költségét.
#136 ollie MODERÁTOR hokuszpk #131

Új Válasz 2020-08-12 12:23:06 #136
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

ollie

MODERÁTOR

válasz hokuszpk #131 üzenetére

A teszteléssel tudod bizonyítani, hogy helyesen működik egy szoftver, matematikailag nem. Vagyis persze lehet, hogy lehetséges, de mit gondolsz, hány évezredbe kerülne mondjuk a Microsoft Word helyes működésének bizonyítása matematikailag?
#135 ollie MODERÁTOR bambano #122

Új Válasz 2020-08-12 12:19:20 #135
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

ollie

MODERÁTOR

válasz bambano #122 üzenetére

Úgy kerül, hogy nem lehet 100%-osan funkcionális lefedettség szerint tesztelni. A kód lefedettség is hasonló probléma. Egy átlagos Business vagy Project management software például nagyságrendekkel bonyolultabb mint egy számlázó szoftver (néha akár több száz 3rd party rendszerrel vannak integrálva), még egy kis módosítás is óriási QA költséggel jár.
Persze elméleti lehetőség megvan a 100%-os lefedettséghez, de az többnyire olyan nagy erőforrás befektetéssel járna, hogy nem érné meg elkezdeni sem a fejlesztést.
#129 ollie MODERÁTOR hokuszpk #119

Új Válasz 2020-08-12 12:05:06 #129
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

ollie

MODERÁTOR

válasz hokuszpk #119 üzenetére

Matematikailag nem kell bizonyítani semmit. Unit teszteket kell írni, de hiába van unit tesz, ami bizonyítja, hogy a megírt programkód jól működik, mert még mindig rengeteg helyen elvérezhet a dolog (pl az integrációnál).
#89 ollie MODERÁTOR bambano #87

Új Válasz 2020-08-11 21:45:04 #89
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

ollie

MODERÁTOR

válasz bambano #87 üzenetére

Ha van szoftverfejlesztési tapasztalatod tudhatnád, hogy rengeteg hiba a szoftverekben és ebből sok nem trehányság miatt van, és azt is, hogy nem létezik hibamentes szoftver (és nem, nem trehányság miatt).
A hsz-emet meg nem személyeskedésnek szántam, hanem egyszerűen nem tudom elhinni, hogy ha valaki szoftverfejlesztés területén dolgozik, az nincs tisztában a fenti alapvető dolgokkal.
#78 ollie MODERÁTOR bambano #66

Új Válasz 2020-08-11 17:38:34 #78
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

ollie

MODERÁTOR

válasz bambano #66 üzenetére

Neked nincs valami nagy tapasztalatod szoftverfejlesztésben, ugye?
#62 ollie MODERÁTOR Reggie0 #53

Új Válasz 2020-08-11 16:33:58 #62
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

ollie

MODERÁTOR

válasz Reggie0 #53 üzenetére

Igen, mondjuk egy 3 éves időszakot, ez egy elég általános időtáv a legtöbb gyártónál.
#49 ollie MODERÁTOR Lami66 #48

Új Válasz 2020-08-11 16:13:29 #49
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

ollie

MODERÁTOR

válasz Lami66 #48 üzenetére

Nem nevezik át. Azt hívjuk sérülékenységnek, ami felhasználható valamilyen módon azon felhasználó ellen, aki azt az eszközt/programot használja. Az elnevezés független attól, hogy megtalálják-e, vagy nem, csak ugye aminek a létéről nem tudunk, azt nem szoktuk hívni sehogy.
#46 ollie MODERÁTOR hcl #45

Új Válasz 2020-08-11 16:07:05 #46
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

ollie

MODERÁTOR

válasz hcl #45 üzenetére

Igen, az jó lenne.
#39 ollie MODERÁTOR Aurig@ #5

Új Válasz 2020-08-11 15:43:12 #39
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

ollie

MODERÁTOR

válasz Aurig@ #5 üzenetére

A végtelenségig nem lehet elvárni a frissítéseket. Te sem szeretsz ingyen dolgozni.
De amúgy gyártótól függ, hogy meddig jönnek ki frissítések. Xiaominál is van olyan készülék, hogy 4 év után is jön frissítés, bár szemmel léthatóan ez nem áll a belépő szintre.