Not necessarily an answer but far too long for comments.
I am surprised no one asked about the underlying or what exactly you intend to backtest?
Since you write option chains, I would assume it's listed products? You also write moneyness, which rules out FX in my opinion. Strictly speaking, FX would be Garman Kohlhagen and most commodity would use Black. However, people (and vendors like Bloomberg) frequently just write Black Scholes, when in fact it is Garman Kohlhagen for example.
If it is listed, I am a bit surprised why you have access to IV data, but not the actual prices. The later is way simpler to obtain.
Generally, if you do it all properly, which is harder than most people think, having a reliable vol surface (and all other data needed for the asset to price an option; assuming it is equity, you will need dividends and interest rates on top of the underlying price and IV) will in my opinion be almost better than having listed prices in many cases. Frequently, listed option data is not particularly reliable for illiquid options and as long as there was no actual trade (zero volume or even open interest), option prices can be quite unwieldly.
Now, if it is commodity, and you try to backtest actual listed options with IV data, it will very much depend on the nature of this IV dataset. E.g. constant tenors will be a problem with fixed date expiries from the exchange (google Samuelson effect).
Long story short, as long as you have all market data needed to price an option, I think there should be no material difference, provided your IV data is good. Bear in mind that many option markets have different opening and closing times compared to spot markets, so your datasets may have a time mismatch which can complicate this.
Everyone who has access to BBG should have access to the same API. If you get this via API - forget Bloomberg in my opinion. The IVOL_MONEYNESS fields are what is called LIVE on OVDV (OVDV defaults to BVOL, but that cannot be used in API unless you use additional services). LIVE is very unreliable.
The entire option chain is available without much hazzle from 2012 onwards (or so, did not test that now - help desk can help with that). Also, OVME BT (backtest tab) backtests entire strategies with bid/ask and actual listed options (or if OTC with better IVOL called BVOL). Moreover, these IVOL fields will only give you a fraction of what is needed. They are fixed term and moneyness, so you will need to interpolate this all yourself. Plus, I am honestly not sure how to get reliable Dividend data for option pricing into the BBG API.
You could also create a strategy in OVME, save it, and use that ID to load the market value at any given day (which uses BVOL). You cannot run BDH, but use BDP with overrides like OPT_TRADE_DATE (or something along the line, have not tested that now).
Bottom line, setting up a backtest with LIVE moneyness fields will be very rudimentary and most likely useless (given there is so much else you also need to consider - like getting interest rate and dividend for your deals will be very tricky, and even the underlying price is subject to a lot of settings how dividends, splits, spin-offs etc are handled). In my opinion, simply use OVME. Either backtest with it, or save the deals. The help desk can certainly help with that.