Hi, In SCIM 2.0 compliance test suite, there are inter dependencies between tests. For an example,
We have identified /Schemas endpoint as a critical test which tests the schemas corresponding to user and group resources according to SCIM specification. However in a case where a SCIM service provider has customized the schemas according to their own requirements, this test will be failed. As the test suite uses the /Schemas endpoint to learn about the service providers schema definitions (consider the case where there is a user schema extension defined by the service provider), if the /Schemas endpoint fails, the test suite will be terminated immediately as the test suite cannot learn the configurations. However we can also make it not to terminate but to get adjusted to the service provider's configs after just failing the /Schemas endpoint test only. With that, the service provider will be able to run the remaining tests on the altered schemas without being blocked due to test dependency. But it should also be noted that, this approach can cause the test suite to not to adhere to the specification, but to adjust itself dynamically after a proper indication of the reason for the adjustment. Hence, as identified in the above example, there are two possible options in a test dependency situation. 1. Terminate 2. Adjust accordingly and continue the suite but fails only the parent test. What is the best way of handling this?. Any thoughts on this is highly appreciated. Thank you *Vindula Jayawardana* Computer Science and Engineering Dept. University of Moratuwa mobile : +713462554 Email : [email protected] <https://www.facebook.com/vindula.jayawardana> <http://lk.linkedin.com/pub/vindula-jayawardana/a7/315/53b> <https://plus.google.com/u/0/+VindulaJayawardana/posts> <https://twitter.com/vindulajay> *“Respect is how to treat everyone, not just those you want to impress. "* *-Richard Branson-*
_______________________________________________ Dev mailing list [email protected] http://wso2.org/cgi-bin/mailman/listinfo/dev
