作为我们软件开发生命周期的一部分，我们希望确保我们在推送到 iTunes 之前在内部测试的二进制文件与我们推送到 iTunes 的二进制文件相同。我知道这听起来很傻，但这是中型公司的制衡问题，因此测试人员可以确定编码人员在测试发生后没有添加任何内容。
那么有没有办法在没有越狱的设备上运行签名/认证的应用程序？或者有没有办法验证 IPW 是否与推送到 iTunes 的 zip 中的代码完全相同？
或者可能以不同的方式实现我的目标？
我们有一个有效的开发者帐户和大约 15 种未越狱的不同设备。宁愿用他们留下的股票进行测试，而不是越狱。
一个被签名到 App Store 的二进制文件不能通过正常的方式在设备上运行。您可以通过让开发人员创建 Ad Hoc 构建来测试代码。这将具有与 App Store 版本相同的功能，但您可以对其进行测试。
不幸的是，当为 App Store 重新编译应用程序时，可以添加更多代码。
您无权访问要测试的代码吗？如果必须，您可以让他们在您面前创建一个 adhoc，对其进行测试，然后在您面前为应用商店重新编译。然而，似乎有点矫枉过正。
还有一个技巧：
首先以正常方式测试您的功能代码和错误。
将代码推送到 AppStore，但将发布日期设置为 3 周，而您的测试人员正在验证它是否是他们上次测试的内容。在这里的某个地方，我读到了那种可能性，忘记了在哪里。没试过！
如果您使用临时配置文件编译您的应用程序以进行分发，您可以稍后获取该存档并使用应用商店配置文件将其退出并上传。
但是，您不能上传使用开发证书编译的应用程序。