You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I think it would be helpful to think of how ConventionTests is going to be used.
I think we can split the usage scenarios roughly into three categories:
Tests writers (people who write tests using the existing OOTB API and functionality only)
Conventions writers (people who create their own Conventions and ConvenionDatas
Extension writers (people who extend/customise CT beyond the two groups above
From my experience with other OSS libraries/tools I'd say at least 90% of people will end up in the first category, and less than 1% in the third.
When making changes/designing API I find it helpful thinking about how it will impact any of the three groups, and when I have to make trade-offs I optimise for the first group (make it super-simple for them to use) and the second (make it super simple to implement new conventions).
The text was updated successfully, but these errors were encountered:
Sounds logical. I think we have a good first cut of the v2 API. I suggest we keep iterating to try and get 2.1 out soon, or if we come up with good updates which are breaking, we start the v3 branch soon :)
Should semver versioning for CT should only apply to user type 1, maybe type 2. But not 3. For example, changing the reporting internals, the number of users who write custom test reporters will be very minimal, should it be a major version bump?
I think it would be helpful to think of how ConventionTests is going to be used.
I think we can split the usage scenarios roughly into three categories:
Convention
s andConvenionData
sFrom my experience with other OSS libraries/tools I'd say at least 90% of people will end up in the first category, and less than 1% in the third.
When making changes/designing API I find it helpful thinking about how it will impact any of the three groups, and when I have to make trade-offs I optimise for the first group (make it super-simple for them to use) and the second (make it super simple to implement new conventions).
The text was updated successfully, but these errors were encountered: