
brookieoz
1 is usually easier to do because you typically have that already on the chip, but it's less accurate
2 is more accurate but it has its own complications
I'm thinking of planning to include temperature sensors if they can be made compact enough and their wiring can be made small-enough-area-overhead, onto the "muxed e-test"; I'm thinking like having one above and one below each DUT with the analog MUX's bus being horizontal, and setting up to allow measuring the closest as well as the next one over each, so that gradient effects can be at least somewhat interpolated. non-selected DUTs are power gated as power is literally just another signal (only GND/substrate is special because there's no accessible substrate isolation) with it's drive and it's sense line (kelvin/4-wire measurement setup, just with more DUT pins than just the 2 where the 4-wire naming came from).
I think there are some DUTs that are due to their nature interesting under fairly power dense biasing conditions, which would probably make pulsed/low-duty-cycle measuring (to measure under conditions that are not sustainable thermally at least not with any easy setup that tries to allow measuring near the -40C corner) practically-mandatory, despite that the analog MUX itself is otherwise (by my current plans at least) primarily focused on density and sufficiently low leakage (instead of RC time constant), to approximately measure DC operating points.
Having temperature sensors should probably allow using true "DC" measurements even for power-dense DUTs, by adjusting for the increased temperature in the SPICE .DC sweep that has plenty tunables statistically calibrated to the measurement results.
(E.g., my plan is to measure many dozens of dies wire bonded to regular COB-with-mezzanine-on-the-back at a cost of 1500$ (incl. @Tim 'mithro' Ansell 's profit margin) for all 1000 dies, take the existing SPICE models and (just using purely synthetic bias conditions and device sizing and at least a bit of manually copying-over the physical structure parameters) initially port/convert them from the current legacy BSIM4 models to numerically far far less crusty PSP103 (probably actually PSP104 these days...), and then do a huge model fit ("parameter estimation") compute run that tries to dial in the PSP103 model cards and some extraction tunables to explain the multimeter logs (it obviously has to estimate the local mismatch "random variable" values for each measured die; because I'd get statistically supported estimates on just how much this local mismatch really is for all the devices that suffer enough to make mismatch modeling relevant, I'm actually interested in favoring measuring more individual dies instead of just spamming more bias condition samples onto each measured die, after like some thousands (probably less than a million!) of samples per DUT and die).