Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Support Tables #26

Open
Shumakriss opened this issue Dec 15, 2015 · 0 comments
Open

Support Tables #26

Shumakriss opened this issue Dec 15, 2015 · 0 comments

Comments

@Shumakriss
Copy link

I would strongly encourage the separation of functionality in the repo from the philosophical beliefs about writing tests in Gherkin. Primarily because for users who already have suites of Gherkin files, this repo becomes useless or another piece of work to extend to accommodate the gap. Basically, I think that omitting that major feature of Gherkin is more limiting to this project than the act of supporting an anti-pattern.

I would also like to suggest that tables are not always an anti-pattern. One of the main intentions of Cucumber is to provide a more human readable format. So, if the table is testing things like corner cases for inputs to a function, than the test is already going beyond what a non-technical user would comprehend.

However, tables are a great way to list what fields should be in a dropdown box or in a nav bar. They're also a great way to say what fields on a view are visible based on the user's permission. I do not really see how every table equates to the need for better unit testing.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant