Chain.so https://chain.so/tx/BTCTEST/a4bfb8e21ae3d6232183dfb8ef5fcee8c9b8f223c2d25738e24765a75abd009b
hash of the transaction a4bfb8e21ae3d6232183dfb8ef5fcee8c9b8f223c2d25738e24765a75abd009b
Bitcoin Stack Exchange is a question and answer site for Bitcoin crypto-currency enthusiasts. It only takes a minute to sign up.
Sign up to join this communityChain.so https://chain.so/tx/BTCTEST/a4bfb8e21ae3d6232183dfb8ef5fcee8c9b8f223c2d25738e24765a75abd009b
hash of the transaction a4bfb8e21ae3d6232183dfb8ef5fcee8c9b8f223c2d25738e24765a75abd009b
That's pretty common. What happens is that the chain forks for whatever reason and some miners are on each side of the fork. They will both have your transaction in their transaction pool and so eventually include it in a block. So your transaction ends up on each fork.
Ultimately it doesn't matter though as the network will eventually agree on which fork is correct.
Note that recently, testnet has been pretty unmanageable, with regular difficulty resets creating situations where 100s of blocks get created per minute. This creates a lot of chain forks and some can be really long, like in your case. Also due to the high number of forks, some nodes may not have learned about a given block/fork at all if it ended up "losing".
On the mainnet, forks are somewhat infrequent (couple daily) and much shorter (very rarerly more than a block).
891a17...
at all.