The intent of AccuVote-TS equipment and election-related testing is, amongst others, to test the robustness of the unit for the voting, counting, and tallying of the election at hand, over a given time period (ie. polling or early voting). Such testing should include a simulation of anticipated resource consumption in internal memory.
A volume test is done by Wyle, IIRC.
· How do the voting, counting, tallying, and uploading affect internal memory?
Not sure how to answer that. Those operations use memory.
· When an Automatic L & A Test is performed, how is internal memory affected?
· Does every ballot cast in the Automatic L & A Test pose the same requirements of internal memory as an individually voted ballot?
No. They are almost completely different. If you use the record/playback of user actions feature, you’ll have a relatively accurate test though.
· What election configurations pose special requirements in terms of internal memory, ie. text highlighting, audio, multiple languages, or any kind of other data components that may pose excessive resource requirements?
There are no configurations that should pose any special requirements.
See bug 1179 and bug 2258.