One comment about remote testing. The IPv6 test equipment should be connected to the system(s)-under-test by a L2 network. Using a router can prevent some of the malformed packets from making it to the system under test.
This article lets me see that testing can be done with different tools but nowadays seem to be concentrating in using some kind of scripting language for automating tests. Also its necessary to use source code management to handle the set of scripts and an issue tracking system to follow up on bugs. But most importantly, a good test management system which simplifies and orders the test plan and execution. It also eases the reporting tasks. I once worked without a test management system and yikes... it sucks! Mostly at the time of gathering the results and preparing a report.
Ideally all these systems should be linked so that if there's a failure or bug found in a certain test case, the test plan should link with the issue tracking system where a bug for that defect should reside. Prove of the failure in the form of log files should also be linked with the bug and the issue tracking system. Ideally perhaps through good old fashion hyperlinks. Testing is good when you have the right tools!
Blog Doing Math in FPGAs Tom Burke 16 comments For a recent project, I explored doing "real" (that is, non-integer) math on a Spartan 3 FPGA. FPGAs, by their nature, do integer math. That is, there's no floating-point ...