Sequence/test library file vs sequence/test files

[mwhite_cp]

Hello,

I am wondering if there is any recommendation on how to organize UVM sequence and test class files. Currently we use a single sequence library file and individual test class files. If we use a single library file, the file can gets huge and it is hard to manage with multiple people writing sequences. At the same time, it is nice to be able to see the list of classes in a single file and is easy to copy existing sequence to a new one. I was leaning toward creating a file per class but I would appreciate if you could share your thoughts and experiences with test case management.

Thanks!

[petermonsson]

Hi,

We have relatively few sequences. I don't know why. It just seems like we never need that many. Most tests are also pretty small so we keep them in functional/logical groups in a file per group. Often there will be a base test from which the other tests in the library inherit from.

Best Regards

Peter

[mwhite_cp]

Hi Peter,

thank you for your response. It is good to know how other companies handle test management. As I organize sequences, it seems that it is easier to manage in a file than multiple files. I think we will not have many sequences if we manage code right. So we decided to stick with a file library for sequences for now. We plan to keep a test class per file for now, but we might consider consolidating test library later.

If you don't mind answering my question, do you have multiple configuration objects in your environment? Utilizing configuration files make big difference on test/sequence management. I am considering adding a configuration class which will carry values that will be programmed to registers thru bus interface. Sequences will source the configuration and get the values to be programmed to registers. The values in the configuration will be change in the test class. In this way, we will have less sequences and can customize register test from test class.

If you or anyone have comments on configuration management, I appreciate it.

Thank you!

[petermonsson]

Hi,

We have a configuration class per environment and an environment for each logical block that we want to verify. The top-level configuration object hierarchy matches the environment hierarchy.

I think that your approach is solid.

Best Regards

Peter