admin管理员组文章数量:1290946
Much of our Guidewire code is 5+ years old and written in a very procedural and in a non unit style. When we first started writing GUnits (versions pre 10.0) they would query existing account and policy data to run the tests. Now that we are in GWCP we are attempting to create test data via builders instead of querying existing data. We are struggling to populate a complete, validated policy object which seems to be required in order to test most of our code.
It seems that tests start running before required/dependent data has finished loading. Builders that run in our local fail in TeamCity. Errors in TeamCity do not seem to indicate true cause of problems. We do not have any mocked service calls to utilize instead of test integration points. A single test can takeover 15 minutes to complete in locals because server start up and data loading runs for so long. The problems seem endless.
Are there best practices that could assist us? GW documentation seems to assume you are starting from scratch. Should we be refactoring code to a more unit testable style before we attempt to write tests? Are there anyways to avoid loading all of the different data we seem to be dependent on? How do we delay test execution until after data loading is complete?
It seems that these are not unit tests and we have a second type of automated system tests, are we just better off focusing on Designated Functions and GTFramework tests?
We have builders that can create a bound policy period for one of our policy lines in our local environments, but still trying to get this to work in Team City.
本文标签:
版权声明:本文标题:guidewire - GUnit builders fail because they are dependent on Admin Data, Producer Selection, Ratebooks, Forms Inference, integr 内容由网友自发贡献,该文观点仅代表作者本人, 转载请联系作者并注明出处:http://www.betaflare.com/web/1741521826a2383232.html, 本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容,一经查实,本站将立刻删除。
发表评论