Not sure if this workaround will work for your needs and, frankly, this is not the cleanest. But that was for me, without going into the “Bold TestFlight Validation Process”.
Ideally, in itunes connect, in the User / Roles Area section, you should create internal users with their assigned technical roles and share this Apple ID for testing with real people, maybe your QA character working in different countries. In this case, no latency is required, and you can share the assembly instantly, since internal testers do not require the TestFlight validation process.
But let's say, if you can’t even create new internal testers on itunes connect, which was my situation, then what a person can do is share one-time Apple ID credentials of any internal tester, or users who assign them technical roles ", and who has access to this latest build. Then, a person in another country, he / she can log in with these Apple Id credentials by going to" Settings ">" iTunes "and" App Store ", and by canceling your existing Apple icon on this phone.
After that, basically his phone will have access to the entire latest version in TestFlight App for this Apple ID of the internal tester, and then after installing the application created by this person, he can sign up with this apple ID, return to the original Apple ID in the itunes settings and apps and save this newly installed app built on this phone.
If you are interested in exchanging credential identifiers (password, email) for an internal user with this person, you can temporarily update them, and then after completing this process (huge pain in the neck process), return them.
Again, not the cleanest way, but help me share my last person built with QA remotely. The hope of other users of the stack flow has better options.
user2577923
source share