|
Posted by BRW on July 16, 2008, 8:43 pm
wrote:
> Would this really be necessary? If it's the screen he's wanting to test
> that would need a mechanical apparatus, though I would assume these
> screens have already been well tested in target environments. But if
> it's an application interfaced to the touch screen, it seems to be that
> could be tested by imitating the data going across the interface (often
> just a serial stream). The application would have no way of telling the
> signals apart.
> The screen should not permit invalid data sequences and never transmit
> them, but you could assume those might be a possibility, and write a
> trap in the application anyway. You could also manually sit there for a
> half hour and poke at it yourself, capturing the data. Mix this in with
> randomized data sequences.
> Otherwise I think you're going to have to build something, and it won't
> be cheap and it won't be very fast.
> -- Gordon
Thanks for the reply Gordon.
The application he's testing is written explicitly for the touchscreen
using COTS software that interfaces with the COTS touchscreen system.
There is no easily accessable "port" (neither software nor hardware)
between the actual touchscreen and the application. He doesn't want a
partial test of a hacked system. What is desired is a true "end-to-
end" test from the user's perspective. It's the only way to be sure
of the robustness of the application as a whole.
I'm glad you mentioned speed since I didn't cover that. It doesn't
have to be fast. One touchscreen press every 3-5 seconds would be
fine. The idea would be to run the automated test all night or even
several days.
BRW
|
> tester - a unit that would move around a touchscreen and activate it
> many thousands of times over a long period. This tests the robustness
> of a touchscreen application.
>
> An X-Y plotter with a solenoid "finger" comes to mind. Any other
> ideas? Does anybody know where to get a light-duty X-Y plotter-like
> device that he could easily interface to (ideally with a PC)?