'Apple past testproces besturingssystemen aan vanwege bugs in iOS 13'

Apple past het testproces van nieuwe versies van zijn besturingssystemen aan vanwege de vele bugs in de releaseversie van iOS 13, claimt financieel persbureau Bloomberg. Experimentele functies staan voor testers standaard uit en via Flags kunnen ze die aanzetten.

Daardoor moeten testers builds hebben van nieuwe besturingssystemen die in het dagelijks gebruik minstens redelijk functioneren, zodat ze bugs sneller tegenkomen, meldt Bloomberg. Dat was bij de ontwikkeling van iOS 13 niet het geval. Daarbij voegden ontwikkelaars in dagelijkse builds functies toe die standaard aanstonden. Daardoor zaten testers met telefoons die soms dagenlang niet te gebruiken waren als dagelijkse smartphone, waardoor ze veel bugs niet tegenkwamen.

Met de nieuwe methode staan de nieuwe functies in dagelijkse builds standaard uit en kunnen gebruikers die aanzetten via Flags in een apart gedeelte van het besturingssysteem. De aanpassing van de methode geldt voor alle besturingssystemen van Apple, al zaten de bugs vooral in iOS 13. Apple heeft in de afgelopen maanden acht updates voor iOS 13 uitgebracht en werkt nu aan 13.3. Bovendien volgt volgens Bloomberg in het voorjaar nog een nieuwe grote release. Apple heeft niet gereageerd op het verhaal van Bloomberg.

Reacties (58)

[machiel]

Misschien kan Apple nu eindelijk werk gaan maken van automated testing. Zoveel bugs waren regressie ten opzichte van eerdere versies, met als prangende voorbeeld het root-lek dat terugkwam.

[page404]

Een van de andere issues waar ik over las, in https://tidbits.com/2019/...nd-catalina-are-so-buggy/, is dat ze blijkbaar regressie helemaal niet fixen. Daardoor blijven belachelijke bugs zoals in mail, of in de synchronisatie van contacten, jarenlang aanwezig. Er lopen naar verluid zelfs teams rond die t-shirts hebben met “not a regression”. Dat is natuurlijk van de ratten besnuffeld en past niet bij een serieus softwarebedrijf van dat kaliber. Ik heb een voorliefde voor Apple producten maar ik krijg hier wel steeds meer last van. Catalina komt er bv niet op bij mij.

[Coolstart]

Knap artikel maar je hebt het wel ietsje verkeerd gelezen. Er staat net dat ze regressie wel effectief fixen. Er staat ook dat kleine bugs blijkbaar geen prioriteit zijn en dus langer dan gewenst in de software kunnen rondslingeren. Oude bugs zijn per definitie geen regressie en die prioriteit ligt op het fixen van regressie bugs.

Dat t-shirt verhaal is er net omdat enkel regression bugs gefixt mogen worden. Als iemand een andere minder belangrijke bug fixt maar die al langer in het systeem zit worden ze op hun vinger getikt met "This is not a regression" en mogen ze de kleinere bugs die er al langer inzitten niet fixen tot grote frustratie van sommige devs.

Er staat ook dat Bugs die de support lijnen van Apple het meeste overspoelen het eerst gefixt worden. Lijkt me logisch dat er prioriteiten zijn wat bugs betreft.

Er staat ook: "When you’re close to shipping, a known bug with understood impact is better than adding a fix that might break something new that you’d be unaware of." Dat is dus regressie voorkomen door een bug bewust niet te fixen.

"Unfortunately, bugs that are rare or not terribly serious—those that cause mere confusion instead of data loss—are continually pushed to the back burner by the triage system."

[GeoBeo]

Knap artikel maar je hebt het wel ietsje verkeerd gelezen. Er staat net dat ze regressie wel effectief fixen. Er staat ook dat kleine bugs blijkbaar geen prioriteit zijn en dus langer dan gewenst in de software kunnen rondslingeren. Oude bugs zijn per definitie geen regressie en die prioriteit ligt op het fixen van regressie bugs.

Dat t-shirt verhaal is er net omdat enkel regression bugs gefixt mogen worden. Als iemand een andere minder belangrijke bug fixt maar die al langer in het systeem zit worden ze op hun vinger getikt met "This is not a regression" en mogen ze de kleinere bugs die er al langer inzitten niet fixen tot grote frustratie van sommige devs.

Er staat ook dat Bugs die de support lijnen van Apple het meeste overspoelen het eerst gefixt worden. Lijkt me logisch dat er prioriteiten zijn wat bugs betreft.

Er staat ook: "When you’re close to shipping, a known bug with understood impact is better than adding a fix that might break something new that you’d be unaware of." Dat is dus regressie voorkomen door een bug bewust niet te fixen.

"Unfortunately, bugs that are rare or not terribly serious—those that cause mere confusion instead of data loss—are continually pushed to the back burner by the triage system."

Wat ik dan niet begrijp: welk excuus heeft een bedrijf met een budget als dat van Apple om in feite niet voldoende programmeurs aan te nemen?

Ik bedoel langdurige bekende bugs (hoe klein ook) zijn een direct symptoom van te weinig mensen in dienst (en/of geen goede tests, maar dat kan ik me bij Apple niet voorstellen).

Of anders gezegd: bugs bewust niet oplossen en prioriteit aan andere bugs geven = te weinig mensen in dienst.

[machiel]

Eens. Ik vraag me wel af wat de onderliggende oorzaak is, simpelweg een andere manier van prioriteiten stellen? Ruzie tussen managers? Verloop van personeel? Of is er een grote re-write gaande waar we niet vanaf weten.

[Wolfboy]

Een combinatie van issues. De tijdsdruk is hoog en adverteren met het oplossen van bugs kan je niet doen. Iedere release moet dus een stapel nieuwe features hebben, dat geeft mooie marketing.

Daarnaast kost testen ook heel veel tijd en geld en bugs fixen is zowel lastiger als minder leuk dan nieuwe features ontwikkelen.

[Jan-E]

Of is er een grote re-write gaande waar we niet vanaf weten.

Als je zelf iPad of iPhone apps ontwikkelt op macOS Catalina: zet Catalyst eens aan door de app ook voor macOS geschikt te maken. Ik moest moeite doen om een paar libraries (OpenSSL, LibSSH2) ook voor Mac Catalyst te compileren, maar daarna bleken er ook nog eens zaken deprecated sinds iOS 13/macOS 10.15. Xcode meldde dat niet voor iOS 13 sec, maar voor Mac Catalyst wel. Half achter de schermen is er meer veranderd dan bij voorgaande releases. Ik zit nu die deprecations stuk voor stuk weg te werken, want op de lange duur krijg ik daar ook last van, zelfs als ik de app niet release voor Mac Catalyst.

Voor de app-ontwikkelaars die meelezen: https://github.com/Frugghi/iSSH2/issues/10 geeft aan hoe je OpenSSL en LibSSH2 voor Mac Catalyst compileert.

[laptopleon]

Ik kende het woord regressie niet en kan geen definitie vinden van regressie in deze context maar als je bedoelt dat er een rare, kleine bug in bijvoorbeeld Mail is blijven zitten, dan kan ik dat beamen. Ik weet niet of dat dan aan Mail ligt, de (oudere versie) van OS X / macOX ligt of de combinatie.

Bij OS X weet ik er echt maar een of twee en die zijn alleen cosmetisch. Wel vind ik het slecht dat een app als Mail daar nog last van heeft. Van hetzelfde foutje, dat dat na jaren nog niet gefixt is.

[GeoBeo]

Ik kende het woord regressie niet en kan geen definitie vinden van regressie in deze context maar als je bedoelt dat er een rare, kleine bug in bijvoorbeeld Mail is blijven zitten, dan kan ik dat beamen. Ik weet niet of dat dan aan Mail ligt, de (oudere versie) van OS X / macOX ligt of de combinatie.

Bij OS X weet ik er echt maar een of twee en die zijn alleen cosmetisch. Wel vind ik het slecht dat een app als Mail daar nog last van heeft. Van hetzelfde foutje, dat dat na jaren nog niet gefixt is.

Regressie is een nieuwe versie van software uitbrengen die slechter werkt dan een vorige versie.

Voorbeeld: Android 8 is slechter dan Android 7 op het gebied van night mode (blauw licht filter om je ogen in een donkere omgeving niet stuk te maken en beter te slapen). Nightmode apps mogen in Android 8 niet meer over het notificatie en settings scherm heen schrijven (je krijgt dan dus een felle bak licht in je gezicht van het notifications scherm zodra je een setting aan wilt passen als het donker is en je nightmode app de rest van het scherm roodachtig had gekleurd en gedimd had). Is al jaren zo. Wordt niet gefixt.

Bij Apple ligt de prioriteit dus op het voorkomen van achteruitgang ten opzichte van oudere versies van de software.

Disclaimer: ik heb nog nooit een Apple product gehad.

[laptopleon]

Heldere uitleg en ja, dat klinkt op zich ook wel logisch, maar..

Er was een tijd dat je, als je een Apple developers account had, je kans liep om uitgenodigd te worden voor het beta-test-team. Je kreeg dan een DVD met een beta van OS X opgestuurd (ook al kon dat al lang via internet, maar ja.. uiterste geheimhouding en zo.. beetje overdreven allemaal) en het was de bedoeling dat je die ging gebruiken en bugs zou melden.

Dat is natuurlijk een heel gedoe waarbij je tig keer versienummers en situaties moet uitschrijven.

Eén van de vragen die altijd terug kwam (en nog komt als je een bug online meldt) is: Is deze bug nieuw? Daarmee bedoelen ze: Zat hij al in een eerdere versie?

Ik begrijp enerzijds wel dat men een deadline heeft en zich niet wil laten afleiden, maar anderzijds is het moeilijk te begrijpen dat de prioriteit voor bestaande bugs nihil is.

[Verwijderd]

Regressie is dat het een achteruitgang is. Oftewel, iets dat eerder wel werkte, maar is nu gesloopt. Bij Apple houden sommige teams aan dat het een regressie moet zijn vanaf de vorige release. Dit betekent dat zodra de release er uit is met een regressie bug, bij de volgende release geen regressie meer is, want de bug zat al in die versie.

[page404]

Regressie komt erop neer dat je bij het testen een bug vindt die niet veroorzaakt is door de wijziging die je test. Dwz, die zit er al. Ik vind dat je die, afhankelijk van de ernst en impact, die gewoon moet fixen. Er zijn echter veel partijen die dat niet doen, om allerlei vaak politieke redenen. En dan krijg je dat irritante bugs release op release blijven zitten, ondanks dat ze ontdekt en gemeld worden.

[Wolfboy]

Ik denk dat je een paar woorden door elkaar haalt want Apple fixt juist _alleen_ regressie bugs.
Als een feature bij een vorige release wel werkte en nu niet meer, dan fixen ze het meestal.
Als een feature vanaf het begin een bug had, dan wordt die nooit meer gefixt.

[Coolstart]

? Regressie wil net zeggen dat je een goed draaiend stukje code kapot maakt tijdens het fixen van slecht draaiende code die bugs vertoonde. Je denk dat er 1 bug minder is maar in realiteit zijn er 2 bugs bijgekomen. Wat gisteren werkte kan vandaag stuk zijn in softwareland.

Wat Apple nu doet is ervoor zorgen dat testers features kunnen 'inschakelen' zodat het dev-team een beter beeld heeft wat er juist misloopt. Want je kan bugs rapporteren maar ze vinden en correct oplossen is heel erg moeilijk omdat er zo gigantisch variabelen zijn.

[r_j]

regressie testen zijn testen die in een voorgaande versie succesvol werden gedraaid. Als die testen zijn geautomatiseerd kun je in iedere nieuwe versie automatisch opnieuw uitvoeren en daar zouden ze ook succesvol moeten zijn!

Prioriteit van problemen zijn. afhankelijk van een aantal factoren:
- show stopper (bv system reboot, subsystem down, eytc.)
- Aantal malen dat erover is geklaagd (klant tevredenheid)
- Hinderlijkheid

Ik heb jaren in klacht management gezeten voor een heel groot bedrijf. Om te voorkomen dat klachten onder sneeuwden kregen oude klachten met de tijd een hogere prioriteit. Ik werd intern behalve aantallen per prioriteit ook de oudste 10 gerapporteerd. De verschillende managers hadden een hekel een hekel aan te prominent op die lijst voor te komen, en dat helpt.

Oude klachten zijn. dus geen regressie. Zij worden regressie al ze eerder zijn opgelost, maar weer tevoorschijn komen.

Dat oude klachten dus niet worden opgelost heeft dus te maken met klachtmanagement bij Apple (en misschien met de gealloceerde hoeveelheid ontwikkelaars om ze op te lossen).

[johnbetonschaar]

Een van de andere issues waar ik over las, in https://tidbits.com/2019/...nd-catalina-are-so-buggy/, is dat ze blijkbaar regressie helemaal niet fixen. Daardoor blijven belachelijke bugs zoals in mail, of in de synchronisatie van contacten, jarenlang aanwezig. Er lopen naar verluid zelfs teams rond die t-shirts hebben met “not a regression”

Die T-shirts zijn juist een cynische verwijzing naar exact het omgekeerde waar jij het over hebt. Dat bug reports juist alleen maar gefixed worden als ze duidelijk een regressie zijn, maar dat bug reports over fouten en tekortkomingen die er eigenlijk altijd al geweest zijn zo laag geprioriteerd worden dat niemand ze ooit oppakt. Zo statat het ook in het artikel wat je zelf linkt [1] (ik link hem nog maar een keer want jouw link is kaput)

[1] https://tidbits.com/2019/...nd-catalina-are-so-buggy/

[Reactie gewijzigd door johnbetonschaar op 23 juli 2024 11:03]

[mrooie]

Om nog maar te zwijgen over de smb issues die al jaren in MacOS zitten.
Zo vind ik het nog steeds verschrikkelijk dat er geen Exchange ondersteuning is voor gedeelde postzakken in de Mac Mail, laat staan gedeelde agenda’s openen.

Ook ik merk sinds iOS 13 dat ik vaker me toestel opnieuw opstart dan eerst.

Bedieningspaneel werkt ineens niet meer
3D Touch lags terwijl ik met one touch Flitsmeister open. (Niet iPhone X maar xs gebruik ik)
Mail in concepten die blijft terugkomen na het verwijderen

[pepijntb]

Wat een top marketing afdeling hebben ze toch .
In plaats van nieuws dat ze bij versie 13 van een OS nog steeds de boel niet op orde hebben qua software ontwikkeling is er nu het nieuws dat ze het beter gaan doen

[cranebird]

Apple zegt helemaal niks, hè. Het is Bloomberg die dat beweert (ook de bron van het nooit bewezen verhaal dat er Chinese backdoor chips in diverse servers zitten).

[Naafkap]

Wat moeten ze dan volgens jou? Roepen dat ze het niet goed doen en vervolgens het beleid niet aanpassen?

[RobbieHifi]

Dat doen praktisch alle bedrijven. 'De kennis en ervaring nemen wij mee, om het proces beter te maken'

Wat moet je anders roepen? Het was klote en iedereen krijgt een refund......dan zouden menig bedrijven inmiddels dood en failliet zijn.

[Ruw ER]

Dat er iets moet veranderen na het debacle van iOS 13 is gewoon een feit. Fora stonden bol van de verhalen van bugs, en zoals ook in de tekst staat, er zijn al 8 updates nodig geweest. Voor de goede orde, dat is er bijna 1 per week. Daar word je als gebruiker gewoon niet blij van. Het moet het liefst in 1x goed, dat is lastig, dus in 2 of 3 keer mag ook, maar 8x is slecht werk van Apples kant. Ze kunnen beter, en het moet ook beter.

[Reactie gewijzigd door Ruw ER op 23 juli 2024 11:03]

[Naafkap]

Debacle? Overdrijven is ook een vak. Ja er zijn bugs en ja die zijn er meer dan gemiddeld, maar een debacle? Welnee. In het dagelijks gebruik niks aan de hand.

Daarnaast, bij Apple weet je dat het snel opgelost wordt omdat de software updates heel snel verspreid worden.

Dat het nu anders gaat is alleen maar goed. Hopelijk hebben we volgend jaar minder bugs.

[Sietse1990]

In het dagelijks gebruik niks aan de hand? Ik kon niet meer gebeld worden voor een paar weken terwijl het toestel zelf niets aangaf dat er geen verbinding was en ik daarvoor ook geen problemen had. Nu lijkt het gelukkig weer opgelost, maar als het veel langer was geweest, was ik toch zeker naar een andere telefoon gaan kijken. Daarnaast was het ook zeer vervelend dat als je een applicatie op de achtergrond had en je hem opnieuw opende, de app opnieuw werd opgestart, dus hetgeen je mee bezig was verdween. Ik gebruik nu ook al enkele jaren iOS en ben over het algemeen te spreken over het systeem, maar iOS 13 was echt een probleem release. Nu nog steeds, maar aan de voorkant minder van te merken. Als ik een applicatie debug, krijg ik een volle log met foutmeldingen door o.a. webkit.

Nu is het inderdaad wel dat fixes snel weer naar toestellen komen. Mijn ervaring met HTC en de missende WiFi drivers na een update die ze niet op konden/wilden lossen en ik dus naar custom roms moest kijken was nog steeds erger. Of updates bij een andere fabrikant die belooft zijn zoals Android N, maar met de release van Android M te horen krijgen dat ze er een jaar aan hebben gewerkt en dat het toestel nu EOL is en dus de update gestaakt is, is ook niet erg positief. Dus de munt heeft twee kanten.

[Logrono]

Nou vind ik toch ook wel dat je overdrijft. Ja, er waren bugs, maar die zijn er sowieso altijd bij het begin van een release. Ik heb zelf amper iets ondervonden op mijn telefoon, buiten het apps-op-de-achtergrond-probleem. Ofwel upgrade je niet onmiddellijk, ofwel downgrade je terug van zodra je problemen merkt. Simpel toch?

[Sietse1990]

In het begin ja, maar deze duurden iets langer dan een paar updates en waren er ook wel een stuk meer dan gebruikelijk. Ik heb dan ook niet meteen de eerste versie van iOS 13 gedownload en gewacht op 13.1.x. Downgraden kon echter al niet meer vanaf 5 oktober. Dus helaas is je advies dus voor mij niet mogelijk geweest omdat ik ook pas later vanaf verschillende hoeken kreeg te horen dat ik niet meer gebeld kan worden.

En de lijst met bugs is erg lang en loopt uiteen van dingen die minder belangrijk zijn zoals een snel(ler) leeglopende batterij tot dingen als geen mobiele netwerk meer, waarbij het bij mij gelukkig beperkt bleef tot telefonie. Nu kun je vinden dat ik overdrijf, maar zo'n ding is toch voornamelijk om te bellen en gebeld te worden en in mijn geval kunnen telefoongesprekken ook geld kosten. Dus een lange tijd zonder telefoon is geen optie voor mij. Ik ben dan ook blij dat het nu weer goed lijkt te gaan en buiten een aantal kleine dingen werkt hij weer.

[Euronitwit]

Ofwel upgrade je niet onmiddellijk,

Hé hallo daar! Het zijn officiële releases en geen bèta's.
Die moeten dus meteen werken of anders niet vrij gegeven worden als officiële releases, maar als bèta.

[stefanass]

Iemand die na een update niet meer kan bellen overdrijft? Wat moet er dan gebeuren voordat je een klacht wel terecht vind? Dat jij er persoonlijk gelukkig geen last van had, maakt niet dan een ander die wel last heeft overdrijft.

[Ruw ER]

Nou mijn schoonvader had een leuk probleem. Wifi deed het niet meer, was een update die dat moest fixen, maarja lastig eh als je databundel bijna op is (einde van de maand).

En zo zijn er nog wel tig voorbeelden van mensen die er, in tegenstelling tot wat jij zegt, wel degelijk last van hebben gehad in dagelijks gebruik.

Het was gewoon niet goed wat Apple heeft gedaan met de release van iOS 13. Dat maakt Apple niet een slecht bedrijf, dat maakt iOS 13 geen onwerkbare of slechte software, maar de release was gewoon slecht. Ik zie in andere comments ook weer het kinderlijke 'ja maar hun doen het ook' opduiken, alsof vergelijkbaar slechte situaties bij concurrenten deze situatie bij Apple minder slecht maken. Nee. De release van iOS 13 was slecht. En vergelijkbare situaties bij andere merken zijn evengoed slecht.

[Blokker_1999]

Niets aan de hand? Mag ik de rekening van alle supporturen doorsturen die we verloren zijn doordat vele van onze gebruikers problemen hadden dankzij deze bugs? Dat jij weinig hinder ondervindt wil nog niet zeggen dat de bugs geen impact kunnen hebben op andere mensen. En neen, sommige van die bugs hebben er vrij lang ingezeten.

[Verwijderd]

Ik ben het met je eens dat de overgrote meerderheid van de gebruikers helemaal niets zal gemerkt hebben van aanwezige bugs, laat staan er echt last van had.

Maar er zijn wellicht use cases die erg vervelend kunnen zijn. Zo kan ik sinds 13.2 mijn iPhone niet meer als hotspot gebruiken voor een Windows 7 laptop. Het probleem schijnt zich niet voor te doen bij Windows 10, maar voor mij is het vrij vervelend.
Verder geen enkel probleem ondervonden trouwens, noch op iPhone Pro, iPhone 7, iPhone XR en iPad Air2 hier in huis.

EDIT: ik heb inmiddels een workaround gevonden voor mijn hotspot probleem: een ipconfig/renew op Windows lijkt het probleem op te lossen.
Dus niets meer dat mij echt hindert op iOS13...

[Reactie gewijzigd door Verwijderd op 23 juli 2024 11:03]

[Keypunchie]

Debacle? Ik heb vanaf de 3e of 4e public beta iOS 13 op mijn telefoon gedraaid (YOLO!) en dat was alleszins bruikbaar.

Er zitten ontegenzeggelijk veel bugs in, maar het zijn vooral cosmetische bugs.

Ook lijkt er een probleem te zitten in het niet oplossen van *oude* bugs, die er al versies lang inzitten, maar geen crashes veroorzaken. https://tidbits.com/2019/...nd-catalina-are-so-buggy/

[Blokker_1999]

Het niet kunnen lezen van bepaalde mails of de aggresieve energiebesparing die background apps sluit voor het minsten kan je geen cosmetische bugs noemen maar zijn problemen waar veel gebruikers hinder van ondervinden.

[StGermain]

Zelfde hier, vrijwel niks van problemen tegengekomen maar ik gebruik de mail app niet en als je daar problemen in hebt snap ik wel dat het niet aangenaam is.

[greatkz]

Als ze zolang updates blijven garanderen op al die oudere modellen met andere hardware tov van nieuwere modellen,zal het in de toekomst moeilijker en moeilijker worden om kwaliteitsvolle updates binnen de "gekende" termijn te voorzien....

[Reactie gewijzigd door greatkz op 23 juli 2024 11:03]

[DarknessFood]

Ik snap niet dat een bedrijf dat in verhouding weinig toestellen maakt en eigen software draait zoveel gedoe met software heeft.

[Logrono]

De variatie (schermgroottes, ondersteuning van 3D touch, met/zonder homeknop,...) tussen de verschillende toestellen is de afgelopen jaren sterk toegenomen. Bovendien biedt Apple nog ondersteuning aan (relatief) stokoude toestellen. Ik begrijp wel dat het niet eenvoudig is om steeds weer ELK toestel en ELKE feeature volledig te testen. Ja, er zijn UTs en weet ik veel wat voor batches, maar volledige systeemtesten nemen nu eenmaal tijd in beslag, en we staan allemaal steeds te schreeuwen om nieuwe features.

[DarknessFood]

Die snap ik, maar bugs komen op zowel nieuwe als oude toestellen voor.

[Verwijderd]

Het is natuurlijk ook een feit dat Apple de meest veeleisende gebruikers heeft.

Toen ik nog een Android toestel had, keek ik niet op van een bug. En ik merkte al vlug dat ik er ook niet moest op rekenen dat het ooit gefixed zou worden...

[DarknessFood]

Dat was vroeger wel een ding ja.

[bones]

Zoveel gedoe? Dat valt best mee vergeleken met bijvoorbeeld android.

[DarknessFood]

iOS draait op een kleine 20 toestellen? Android op honderden, zo niet duizenden toestellen. Best wel een verschil.

[Moartn]

Het verschil is wel dat de Android ontwikkelaars niet al die duizenden toestellen moeten testen. Die moeten alleen met de modellen van Google zelf testen, en dat zijn er denk ik minder dan bij Apple. Het testen met die andere duizenden toestellen is de verantwoordelijkheid van de fabrikant van die toestellen, meestal pas nadat de Android release al geweest is. Daarom duurt het ook zo lang voordat Android-updates worden uitgerold naar de meeste telefoons.

[Bigs]

Het gaat hier om problemen bij bij major OS upgrades ontstaan, Het grootste deel van die Android toestellen die jij noemt heeft daar nooit mee te maken. Die zitten gewoon aan een oude Android versie vast.

[DarknessFood]

Dit verbaasd mij dus om die reden. Kan er echt niet bij met m'n hoofd omdat het dus om een grote upgrade gaat.

[RobbieHifi]

Apple heeft dan ook misschien een kleiner team. Dus het is niet 1 op 1 te vergelijken.

[ronneman]

Heb je dan niet juist het risico dat sommige functies relatief weinig getest worden. Als mensen sommige flags minder aanzetten dan anderen.

[Nielsvr]

Jep, aan de andere kant zijn juist de mensen die de nieuwe functies dus bewust aanzetten ook meer geneigd om daar feedback over te leveren dan mensen waarbij het verdwijnt in het 'geheel'.

[Wolfboy]

Het is in ieder geval wel een stuk makkelijker testen. Als een bug verdwijnt nadat je een feature aan/uit zet weet je dat het daarmee te maken heeft.

[Danny the dog]

Ik ervaar op mijn iPhone 8 met de meest recente update van iOS 13 nog steeds een significant kortere batterijduur dan ik had met iOS 12.4.1... Dat vind ik wel spijtig, aangezien teruggaan naar iOS 12 omslachtig is en je eigenlijk ook liefst de meest recente versie draait.

[ASS-Ware]

Ik ervaar op mijn iPhone 8 met de meest recente update van iOS 13 nog steeds een significant kortere batterijduur dan ik had met iOS 12.4.1... Dat vind ik wel spijtig, aangezien teruggaan naar iOS 12 omslachtig is en je eigenlijk ook liefst de meest recente versie draait.

Plus de animatie bij het verwijderen van mail, de boelt schuift dan omhoog, gaat tegenwoordig schokkerig.
Af en toe haalt ie geen nieuwe mail op, dan moet je de mail app eerst geheel afsluiten en weer starten.
Soms wordt bij een reply in de mail slechts een deel van de oorspronkelijke mail ge-quote.
De functie om mail bij een reply in te laten springen kun je aan en uit zetten, maar blijft altijd actief.
En zo kan ik nog wel even doorgaan.

[air2]

Tja it's all in the number

[Roko]

Ik zit al zo'n 15 jaar in het Appleseed programma van Apple waarbij een besloten groep gebruikers op uitnodiging van Apple toegang heeft tot beta builds van OSX en later, iOS, macOS, WatchOS en iPadOS.
Middels een forum delen de leden hun ervaringen en je merkt de laatste jaren dat hier minder snel op wordt gereageerd door Apple. Vroeger zat er op elk subforum een moderator die alles oppikte doorgaf, maar dat zie je nu eigenlijk niet meer gebeuren.
Je kan natuurlijk nog steeds bug-reports inschieten, maar ook daar krijg je nauwelijks tot geen reactie op. Bugs die ik heb bij de start van iOS13 beta heb gemeld staan nu nog steeds open. Het lijkt wel of Apple sinds het invoeren van de publieke beta's alle bugs wil opsporen met analyse van de data die men daaruit verzamelt en zich steeds minder richt op de hands-on beta testers. Op deze manier wordt het voor beta testers steeds minder interessant om Überhaupt nog mee te doen.

[Master Chieftec]

Je zou gaan denken dat 13 inderdaad een ongeluksgetal is. iOS 13 is echt een ramp. Zelden zoveel OS updates gezien op mijn iPad Pro.
Meestal heb ik weinig bugs bij iOS, waar andere gebruikers weer steen en been over klagen. Niet met iOS 13, daar heb ik ook heel veel bugs mee gehad. Simpele crashes waar ik als iOS gebruiker van het eerste uur zelden hebt gezien. iOS is altijd een heel stabiel en snel besturingssysteem geweest. Na de splitsing, iOS 13 en iPadOs 13, is het goed mis gegaan en kan Apple het allemaal niet bijbenen, niet met features en zeker niet met het stabiel houden van hun OS. Ik ben van mening dat er ook aparte teams aan beide systemen moeten gaan werken.
Dit hele nieuwe manier van testen gaat echt niet veel helpen. Focus moet bij iOS 14 weer liggen bij performance en stabiliteit en minder bij features, zoals dus bij iOS 12 ook het geval was.

[Olaf van der Spek]

Wat heeft dit met het testproces te maken?
De oorzaak is toch gewoon nummer 13?
Velen slaan niet voor niets nummer 13 over..