Normal EDA is trained end-to-end on specifications and complete verification collateral, and post-trained similarly on available customer data.
Normal EDA takes design specifications as input, ranging from high-level architectural documents to more detailed micro-architecture descriptions.
Within the design spec, Normal EDA processes a wide range of elements, including textual descriptions, truth tables, timing diagrams, and command sequences. The formal model constructs an internal representation of flow and timing from this input.
Normal EDA does not explicitly issue “incompleteness” warnings, but it can identify missing or unclear sections in product specs. It handles this ambiguity by inferring likely behaviors and corresponding tests; moreover, Normal EDA is complemented by our human-in-the-loop feedback system, in which engineers further refine the specification or approve inferred tests.
In the future, as Normal EDA evolves to handle more complex workflows from verification engineers, we expect it to handle incomplete specs, revisions, and multiple specs at once.
Normal EDA uses multimodal AI to interpret graphical inputs - such as timing diagrams and waveform images - and automatically derives the corresponding stimulus and checks. By pulling coverage criteria directly from these visual sources, Normal EDA ensures comprehensive verification without relying solely on text-based descriptions.
The test plan is presented as a structured document, split into individual test items created from directed tests and crosses of different features. For each test item, Normal EDA describes what will be tested (relevant command sequences, expected values, etc.), links to the source in the spec, and enumerates a list of test cases. In addition, the test plan can be exported as a .csv.
We use a combination of human expertise and AI assessment. Verification engineers initially review a sample of the generated collateral to establish a grading standard. These judgments train an AI-based quality scoring system that we apply to the rest of the outputs. We continuously incorporate feedback from customers, especially those in regulated industries - to refine our quality assurance processes.
We currently prioritize SOC 2 compliance. If your company requires other specific certifications or compliance guarantees, we are open to accommodating where possible. Security and data protection are top priorities for us, and we will collaborate with you to meet your standards.
Yes, stimulus code is a beta feature. In the future, we will expand our capabilities to generate UVM-compatible testbench code and link it to the test plan.
Yes, we integrate with existing verification simulation environments such as VCS and XCelium and rely on these tools to run simulations and update coverage for Normal EDA’s generated tests. In the future, we plan on supporting