Group capabilities consistently
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
defcore |
Triaged
|
Low
|
Chris Hoge |
Bug Description
There's been an ongoing discussion about how to group related capabilties in the Guideline files. For example, in some cases we group CRUD capabilities together [1][2][3][4] and in other cases we list them separately [4][5][6][7]. It would be nice to be more consistent about this, but there are pro's and cons of doing it one way or the other. For example, some tests today are written such that they test CRUD capabilities together (because in order to delete a thing, you must first have created it, and you probably verified that it was created by reading it). However it can also be unclear what CRUD operations encompass without breaking them into separate capabilities (for example: does the "R" in CRUD include getting a list of things, getting information about one particular thing, or both?).
We should pick a direction on this and work to make our Guidelines as consistent as possible.
[1] http://
[2] http://
[3] http://
[4] http://
[5] http://
[6] http://
[7] http://
Changed in defcore: | |
status: | New → Triaged |
Changed in defcore: | |
assignee: | nobody → Chris Hoge (hoge) |