A Microsoft elmagyarázza, hogy a 2018. októberi problémának miért nem kellett volna soha megtörténnie

A Windows 10 2018. októberi frissítésének katasztrofális kezdeti bevezetése után a Microsoft ma újra próbálkozik, és egy blogbejegyzésben ismertette a jó minőségű Windows 10 frissítések kiadásával kapcsolatos megközelítését.

A múlt havi problémákat „kicsinek, de komolynak” nevező Microsoft szerint a probléma megcáfolja a minőségi javulás tendenciáját a Windows 10 minden egyes kiadásával.

Michael Fortin, a Windowsért felelős vállalati alelnök elmondta, hogy a termékminőség fő mutatói – az ügyfélszolgálati hívások és csevegések száma – valódi és folyamatos csökkenést mutattak, még akkor is, ha a Windows 10-et futtató számítógépek száma nőtt. Azt is állította, hogy a Windows 10 2018. áprilisi frissítése a legmagasabb Net Promoter minősítéssel rendelkezik a Windows 10 verziói közül.

Fortin szerint a Microsoft befektet az ügyfelek és partnerek tervezési visszajelzéseibe, hogy segítse őket a termékspecifikációk kialakításában és kialakításában, beleértve a szükséges tesztelési és sikermutatók meghatározását, valamint automatizált tesztelési folyamatok széles skáláját alkalmazza a funkciók fejlesztése során, lehetővé téve számukra a problémák gyors észlelését és kijavítását. Ragaszkodott ahhoz, hogy a tesztelés kulcsfontosságú része a Windows szállításának, és hogy a funkcióknak át kell menniük az alapvető teszteken ahhoz, hogy integrálhatók legyenek a Windowsba.

Nagyon röviden foglalkozott azzal a kérdéssel, hogy a Microsoft 2014-ben kirúgta az SDET tesztelőket, és megjegyezte:

Az alapszintű funkcionális tesztelés felelősségét fejlesztőcsapatainkra ruháztuk át, hogy a kezdetektől fogva jobb minőségű kódot biztosíthassunk.

Azt is elmondta, hogy a Microsoft erős kultúrája a Windows legújabb belső verziójának futtatása a saját gépein, majd annak biztosítása, hogy a problémákat kivizsgálják és javítsák.

Azt is megjegyzi, hogy a Microsoft partnereinek saját laboratóriumuk volt, ahol tesztelték a Windows rendszert, amely a következőket is magában foglalta:

• Külső tesztelő laboratóriumok globális, folyamatos lefedettséggel az alkalmazás-kompatibilitás, a hardver és a perifériák tekintetében
• ISV-k számos alkalmazáshoz, beleértve a víruskeresőt (AV)
• Az OEM-ek a Microsofttal együttműködve tesztelik és biztosítják a minőséget a rendszerek, eszközök és illesztőprogramok széles skáláján

Felhívta a Windows Insider Programot is, hogy friss és értékes betekintést nyújtson, más kereskedelmi ügyfelek számára is elérhető hasonló programokkal, mint például a Windows Insider Program for Business, amely lehetővé teszi a szervezetek számára, hogy hozzáférjenek az Insider Preview buildekhez, hogy ellenőrizzék az alkalmazásokat és az infrastruktúrát a következő nyilvános Windows előtt. kiadás.

A nagyvállalati ügyfelek számára elérhető a meghívásos program is, a Technology Adoption Preview (TAP) program, amely lehetővé teszi a vállalati ügyfelek számára, hogy valós termékteszteken keresztül korai visszajelzést adhassanak a termékfrissítésekről, hogy segítsenek a Microsoftnak a fejlesztési folyamat során felmerülő problémák azonosításában.

Amikor eljön a tényleges kiadások ideje, Michael megjegyezte, hogy a vállalat adatvezérelt döntéshozatalt alkalmazott részletes irányítópultok és mérőszámok segítségével a buildek értékeléséhez.

Megjegyzi, hogy a Microsoft a valós idejű észlelési és válaszadási képességeit használja a Windows körültekintő és adatvezérelt bevezetésére, és az első elvük az volt, hogy csak azokat az eszközöket frissítik, amelyekről az adataik szerint jó élmény lesz, jelenleg gépet használnak. tanulási modellt, hogy kiválassza azokat az eszközöket, amelyeknek elsőként frissítéseket kínálnak. Azt mondja, hogy ha a Microsoft észleli, hogy egy eszközön probléma lehet, addig nem ajánlja fel a frissítést, amíg a probléma meg nem oldódik.

A bevezetés is lassan indul, és először csak a "keresők”, a felhasználók, akik intézkednek a frissítések korai beszerzése érdekében, míg a Microsoft gondosan figyeli a telemetriát, beleértve az ügyfélszolgálati csapatok visszajelzéseit is, hogy tájékozódjon az új problémákról. A Microsoft ezenkívül közvetlenül a Feedback Hubon keresztül elemzi a visszajelzési naplókat és képernyőképeket, és meghallgatja a közösségi média csatornáin keresztül küldött jeleket.

Ha a Microsoft olyan tényezők kombinációját találja, amelyek rossz élményt eredményeznek, akkor blokkot hoz létre, amely megakadályozza, hogy a hasonló eszközök frissítést kapjanak, amíg a teljes megoldás meg nem történik.

A Microsoft azt állítja, hogy továbbra is keresik a lehetőségeket a problémák észlelésének javítására, különösen a nagy hatású problémákra, ahol alacsony a hangerő és a potenciálisan gyenge jelek, beleértve a nemrégiben bevezetett lehetőséget, hogy a felhasználók jelezzék a problémák hatását vagy súlyosságát, amikor visszajelzést adnak. .

Fortin elmondta, hogy a pozitív tendenciák ellenére tisztán hallják a frusztráló problémákkal küzdő felhasználók hangját is, és ígéretet tesz arra, hogy többet tesznek, és az új, minőségközpontú innovációra összpontosítanak a terméktervezés, fejlesztés, érvényesítés és szállítás terén.

Amit a Fortin nem adott, az egy valódi boncolás volt, hogy miért történtek a 2018. októberi frissítéssel kapcsolatos problémák, és amellett, hogy a „gyenge jelzések” felerősítésén dolgoztak, miért nem fordulnak elő ilyen problémák.

Olvassa el Fortinét teljes és hosszadalmas blogbejegyzés itt, és tudassa velünk, ha elégedett a Microsoft Windows-tesztelési megközelítésével.