Daily Archives: 2012.10.26. 12:00

Alkalmazásfejlesztés Windows RT tableten

Most, hogy hivatalosan is megjelent a Windows 8 és elérhetővé váltak a Windows RT-t futtató tabletek, végre nem csak az emulátoron próbálhatjuk ki az alkalmazásainkat, hanem valódi hardveren is. Ilyenkor persze azonnal felmerül a kérdés, hogyan kell tableten fejleszteni?

A legelső, amit érdemes tudnunk, hogy a Visual Studio nem fut ARM-os eszközön, hanem csak x86/x64 platformon. Helyette a Remote Tools for Visual Studio 2012-t kell letöltenünk és elindítanunk az eszközön. Ne akadjunk fenn azon, hogy egyáltalán nem tűnik Metrós alkalmazásnak, fog működni.

Térjünk vissza a Visual Studiohoz és az alkalmazás indításakor válasszuk a Remote Machine opciót:

remote-machine

Innentől kezdve szinte elrontani sem lehet: varázsló, távoli gép megadása, tűzfal nyitása, fejlesztői licenc igénylése stb.

Hasonlóan egyszerűen működik a távoli tesztelés és a profilozás is, melyekről bővebben Jason Zander cikkében olvashatunk.

 

Technorati-címkék: ,,
Advertisements

Próbaverziós alkalmazások publikálása a Windows Áruházba

A Windows Áruházba kerülő alkalmazások egy részét a tesztelők az alábbi követelményre hivatkozva dobják vissza:

1.2 Your app must be fully functional when the customer gets it from the Windows Store

The Windows Store offers only fully functional apps to provide customers with the best experience. Anything that might cause our testers to think that your app is not completely finished will cause your app to fail certification.

You can help us by testing your app thoroughly before you submit it, and by providing us the information we need to test your app thoroughly. For example, if your app requires login credentials, provide us with a demo account. If your app requires access to a server, tell us what we need to do to verify that it’s working correctly.

A közösségi tapasztalatok alapján úgy tűnik, hogy olyan esetekben is célszerű teszt felhasználó nevet és jelszót megadni, amikor az ember azt gondolná, hogy tutira van a tesztelőknek is. Például ha az alkalmazás a Facebookhoz vagy a Twitterhez kapcsolódik, akkor készítsünk egy olyan fiókot, aminek az adatait megoszthatjuk a tesztelőkkel.

A kérdés még izgalmasabb olyan alkalmazások esetén, ahol a teljes funkcionalitás csak fizetés után érhető el. Tehát az ingyenes változat csak próba verzió, és a tesztelő is csak akkor lát mindent, ha átverekedte magát a fizetési folyamaton. Mi a teendő ilyenkor?

Ne örüljünk előre, nem fognak csak azért fizetni a tesztelők, hogy kipróbálhassák az alkalmazásunkat Mosolygó arc  Azok az alkalmazások, melyek az Áruház fizetési rendszerét használják, egyszerű helyzetben vannak: elég a tesztelésnél használt CurrentAppSimulator osztályt kicserélni a CurrentApp osztályra, és a tesztelők máris boldogulni fognak a fizetés kikerülésével. Ám ha az alkalmazásunk más fizetési rendszert használ, akkor meg kell adnunk azokat az adatokat, amik a fizetés teszteléséhez használhatók (pl. teszt hitelkártya adatok). Ezeknek az információknak a helye a publikációs varázsló Notes to testers fázisában az Instructions to testers rovatban van.

Sajnos szólnak hírek olyan alkalmazásokról, amelyek az Áruház fizetési rendszerét használják és mégis visszadobták arra hivatkozva, hogy nem sikerült a teljes funkcionalitást kipróbálni. Elméletileg ilyen nem lehetne…

A fórumokon többen javasolták már azt a megoldást, hogy építsünk kuponos fizetés kikerülést az alkalmazásunkba: azaz ha az alkalmazásban például a névjegy oldalon a felhasználó beír egy általunk megadott kódot, akkor nincs szüksége fizetésre, máris használhatja a teljes alkalmazást. A kódot (vagy annak egy időlimites változatát) megoszthatjuk a tesztelőkkel, sőt mi is használhatjuk az alkalmazásunk promótálására.

Van jobb ötletetek?

 

Technorati-címkék: ,