Move no specific implementation tests to tck#3781
Move no specific implementation tests to tck#3781samirromdhani wants to merge 2 commits intomainfrom
Conversation
dc0e048 to
8e7f30e
Compare
rolnico
left a comment
There was a problem hiding this comment.
Have you tried to run those tests on powsybl-network-store, to see how it works with the other IIDM implementation?
...rc/test/java/com/powsybl/iidm/network/impl/tck/extensions/BusbarSectionPositionImplTest.java
Outdated
Show resolved
Hide resolved
.../src/test/java/com/powsybl/iidm/network/impl/tck/extensions/GeneratorEntsoeCategoryTest.java
Outdated
Show resolved
Hide resolved
...src/test/java/com/powsybl/iidm/network/tck/extensions/AbstractBusbarSectionPositionTest.java
Outdated
Show resolved
Hide resolved
You’re right: some changes doesn’t pass with powsybl-network-store, and there also failing tests on main independently from my local test change, I plan to create an issue to track this. Failing tests
They appear to come from recently added abstract TCK tests. |
It might be normal that some tests do not pass: for example the network-store implementation is not complete, so if the test is on something not yet implemented, it will fail. |
2b7a591 to
dd1efa3
Compare
keep AbstractLoadDetailTest the attribute variableReactivePower is required keep AbstractBusbarSectionPositionTest Signed-off-by: Samir Romdhani <samir.romdhani_externe@rte-france.com>
dd1efa3 to
574a1e1
Compare
I agree that network-store implementation can be not complete, based on the following test message, it may be an issue on the core side [ERROR] NetworkTest>AbstractNetworkTest.makeMergeNetwork:60 » NullPointer Cannot invoke "com.powsybl.iidm.network.OverloadManagementSystemAdder.setId(String)" because the return value of "com.powsybl.iidm.network.Substation.newOverloadManagementSystem()" is nullI finally made only three changes from iidm-impl to TCK. |
Signed-off-by: Samir Romdhani <samir.romdhani_externe@rte-france.com>
574a1e1 to
dd7fcd5
Compare
|



Please check if the PR fulfills these requirements
Does this PR already have an issue describing the problem?
What kind of change does this PR introduce?
What is the current behavior?
What is the new behavior (if this is a feature change)?
Does this PR introduce a breaking change or deprecate an API?
If yes, please check if the following requirements are fulfilled
What changes might users need to make in their application due to this PR? (migration steps)
Other information:
AbstractLoadDetailTestthe attributevariableReactivePowerinLoadDetailis required, (doc)Network store impl or new other implementation should keep that attribute required.
AbstractBusbarSectionPositionTest: an implementation for this should be added in network store, so they can fix exception type from IllegalArgumentException to ValidationException related to negative busbar indexAbstractTopologyTraverserTest