Auftragsarbeit extern testen

**Darlo**

Es kommt natürlich auf die Menge der Tester an. Wir fügen die UDID der Testgeräte zum Developer-Account hinzu und erstellen dann ein entsprechendes Add-Hoc Profile. So kann die App auf einen Server hochgeladen werden und über den Browser installiert werden. Wichtig ist https.

Beispiel:

1. index.html

markieren

Code:

			<html>

<body>

<a href="itms-services://?action=download-manifest&url=https://www.[..]/App.plist"> App instalieren</a> 

</body> 

</html>

2. PLIST

markieren

Code:

			<?xml version="1.0" encoding="UTF-8"?>

<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">

<plist version="1.0">

<dict>

   <key>items</key>

   <array>

      <dict>

         <key>assets</key>

         <array>

            <dict>

               <key>kind</key>

               <string>software-package</string>

               <key>url</key>

               <string>https://www.[..]/Link zur ipa-Datei</string>

            </dict>

         </array>

         <key>metadata</key>

         <dict>

            <key>bundle-identifier</key>

            <string>de.firma.App</string>

            <key>bundle-version</key>

            <string>1.0</string>

            <key>kind</key>

            <string>software</string>

            <key>title</key>

            <string>Name der App</string>

         </dict>

      </dict>

   </array>

</dict>

</plist>

Gruß

**vagtler**

Zitat von Darlo:

Es kommt natürlich auf die Menge der Tester an. Wir fügen die UDID der Testgeräte zum Developer-Account hinzu und erstellen dann ein entsprechendes Add-Hoc Profile. [...]

Tatsächlich haben wir das vor einer langen Zeit[TM] auch gemacht, aber mittlerweile reicht die Beschränkung des Developer Accounts kaum noch für unsere eigenen Entwickler- und Testgeräte... Und Apple ist *sehr* restriktiv in der Vergabe von weiteren Slots...

**Darlo**

Zitat von vagtler:

Zitat von Darlo:

Es kommt natürlich auf die Menge der Tester an. Wir fügen die UDID der Testgeräte zum Developer-Account hinzu und erstellen dann ein entsprechendes Add-Hoc Profile. [...]

Tatsächlich haben wir das vor einer langen Zeit[TM] auch gemacht, aber mittlerweile reicht die Beschränkung des Developer Accounts kaum noch für unsere eigenen Entwickler- und Testgeräte... Und Apple ist *sehr* restriktiv in der Vergabe von weiteren Slots...

Und wenn man dann bei der Verlängerung des DEV-Accounts vergisst alte Geräte rauszuwerfen hat man ein echtes Problem...

**vagtler**

Zitat von Darlo:

[...] Und wenn man dann bei der Verlängerung des DEV-Accounts vergisst alte Geräte rauszuwerfen hat man ein echtes Problem...

Stimmt. Das sollte man darüber hinaus noch im Blick haben...

Zitat von Sherlock:

[...] 2) Nimmt man doch das was für die jeweilige Umgebung das beste ist, nicht das kleinste gemeinsame Übel... [...]

Jein. Wir verfolgen da eher eine "It's good enough for us"-Strategie. Ein Tool, dass uns für alle Plattformen ausreichende Dienste und ein gemeinsames SDK bietet, skaliert halt ökonomisch sinnvoller als die Verwendung unterschiedlicher Tools.

Vor allem, wenn wir von mehreren hundert zu betreuenden Applikationen reden...

**RWarnecke**

Man sollte dabei bedenken, dass Testflight und Testfairy um sonst sind und meines Wissens auch die einzigsten Plattformen, die das umsonst anbieten.

Auftragsarbeit extern testen

AW: Auftragsarbeit extern testen

AW: Auftragsarbeit extern testen

AW: Auftragsarbeit extern testen

AW: Auftragsarbeit extern testen

AW: Auftragsarbeit extern testen

Forumregeln

RWarnecke Registriert seit: 31. Dez 2004 Ort: Stuttgart 4.408 Beiträge Delphi XE8 Enterprise	#5 AW: Auftragsarbeit extern testen 19. Mai 2014, 10:30 Man sollte dabei bedenken, dass Testflight und Testfairy um sonst sind und meines Wissens auch die einzigsten Plattformen, die das umsonst anbieten. Rolf Warnecke App4Mission
	Zitat