OK, this is a very specialised request that will only be useful to a very small number of emulator writers, and I understand and expect it's not something you're likely to accomodate, but I'll get it in print here for the record just in case...
This kind of test usually runs on a real machine to establish 'ground truth' as well as running in emulators to confirm their accuracy. But there's a third environment where they're needed, where it turns out to be very difficult to run this kind of test efficiently: a static binary translator converts binary code into another source language - perhaps a different instruction set for a different micro, or (as in my case) into a high-level language such as C to run anywhere. These translators are a bit like dynamic translating emulators but they do the translation completely first before compiling and executing. So a test suite that generates a sequence and calls the interpreter would have to generate a file to be translated, run the translator, compile the translators output, run that (or dynamically link it in), gather the output and compare to the expected register and memory values.
I did all this with Soren Roug's test suite for the 6809 and it was pretty awkward to integrate. So if at all possible, when designing the harness for a new test suite for the 6502, could you do it in a way that adding a static binary translation environment doesn't require an almost complete rewrite, please?
btw there are some existing tests saved in
https://gtoal.com/SBTPROJECT/6502sbt/tests/
Thanks,
Graham
PS If SBTs interest you, I'm trying to build a suite of them for 6809, 6502 and z80. It's a slow low-priority background task so they're not complete - the 6809 one seems to be working, the others are unfinished but fairly advanced. Code in:
https://gtoal.com/SBTPROJECT/6809sbt/ https://gtoal.com/SBTPROJECT/6502sbt/ and
https://gtoal.com/SBTPROJECT/z80sbt/ (also cinematronics CPU - as in the Tailgunner vector cabinet game:
https://gtoal.com/SBTPROJECT/cinesbt/ - and in parallel I'm taking some of the lessons from doing those and starting on a more generic version,
https://gtoal.com/SBTPROJECT/generic/ - though that spin-off is just at the stage of working on the disassembly part of the process).