This is an old revision of the document!
The OMG members recommend the Federal Reserve invest Research Development Test & Evaluation (RDT&E) Funding in developing and perfecting a Simulation, Training, and Test environment.
This environment should allow for the creation and running of thousands of Distributed Nodes of different types to simulate a real distributed environment in a matter of seconds or at most minutes. The testing environment needs to be able to start from a known starting point each time it is run, especially to support Regression Testing.
This kind of testing environment is different than the Sandboxes most Cryptocurrencies currently offer. These cryptocurrency sandboxes work on actual distributed systems with a set of collective nodes running on actual networks. This means the rigor of the testing is compromised since the state of the sandbox is a moving target (i.e., it is not the same this time it is run as it was the last time it was run). Additionally, Sandbox testing means the ability to release hostile agents into the environment is extremely limited (who wants to have a hostile agent accidentally release a malicious agent into the wild?). It also limits the testing of the Network Devices (i.e., hub, switch, etc.) and the use of HTTP Sniffers.
Using a Testing Environment from the onset of the CBDC, helps fulfill the Non-Functional Requirement for Testability.
The following sections from the OMG DIDO Reference Architecture (DIDO-RA) could be helpful in understanding the creation of a Test Environment.
Table 1 lists the types of tests defined by the OMG DIDO-RA. All systems should have Policies and Procedures in place to improve the quality of the system and increase reliability. Follow the links to get more detail on each test.