Add Documentation for Source Code Linker#2461
Add Documentation for Source Code Linker#2461MaximilianSoerenPollak merged 7 commits intoeclipse-score:mainfrom
Conversation
|
|
| @@ -0,0 +1,125 @@ | |||
| .. | |||
There was a problem hiding this comment.
I would just call it code tracability tooling as geenral tools means nothing.
|
The created documentation from the pull request is available at: docu-html |
| """Your function that implements the requirement partiall or fully""" | ||
| ... | ||
|
|
||
| The parser will look through most files but not those that fulfil any of these properties |
There was a problem hiding this comment.
hard to understand sentence
There was a problem hiding this comment.
Re-wrote it.
| The implementation here differs based on your source code language though. | ||
| So it is best if you read up in the language you want to develop in how to do this. | ||
|
|
||
| In rough terms the data flow looks as follows. |
There was a problem hiding this comment.
In rough terms the data flow looks as follows:
|
|
||
| You can now also do statistics on your tests. `Docs as Code Test Statistics examples <https://eclipse-score.github.io/docs-as-code/main/internals/requirements/test_overview.html>`_ | ||
|
|
||
|
|
There was a problem hiding this comment.
I think this needs betetr explanation and not just "in cloud" one. @PiotrKorkus maybe some comments ?
There was a problem hiding this comment.
Is this comment on the wrong line? I can't quiet follow you here.
There was a problem hiding this comment.
agree, maybe you can provide codeblock with ..needtable & ..needpie examples? Button edit on github still doesn't work, so it can be difficult to others to quickly find the code.
Also I would appreciate information if cross-repo linking and reporting is possible
| `Python implementation [NOT LINKED YET]` | ||
| `RUST Implementation [NOT LINKED YET]` | ||
| `CPP Implementation [NOT LINKED YET]` | ||
|
|
There was a problem hiding this comment.
Do we need this ? Isn;t this enought to just link to doc-as-code and thats it ?
There was a problem hiding this comment.
How you do the testing properties in each is different, so we most likely should describe that quickly with an example?
As in 'docs-as-code' only the python one is described (if even)
| Traceability Tooling | ||
| #################### | ||
|
|
||
| This document describes tools or some functionality of them, that can be used regardless of source code language.These tools are also provided by S-CORE projects, like Docs-As-Code. |
There was a problem hiding this comment.
"This document describes tools or some functionality of them" The whole description in this doc shall be precise imho as this is what will be used.
| Link Requirements to Tests | ||
| ************************** | ||
|
|
||
| There is a tool that has the ability to link requirements to your tests as well as provide virtual tests needs in order to make statistics etc. possible to be rendered. |
There was a problem hiding this comment.
This sentence is a bit weird :D, I re-word it and add the link to the tool.
| In rough terms the data flow looks as follows. | ||
|
|
||
| Your testing framework produces XML files with pre-defined properties. | ||
| These XML files get read in and parsed. The test needs get build from the parsed data and linked to the requirements mentioned. |
There was a problem hiding this comment.
These XML files are loaded and parsed. The test needs to get build details from the parsed data and link it to the requirements mentioned. ?
There was a problem hiding this comment.
This sounds nicer. Will adopt this wording.
|
|
||
| You can now also do statistics on your tests. `Docs as Code Test Statistics examples <https://eclipse-score.github.io/docs-as-code/main/internals/requirements/test_overview.html>`_ | ||
|
|
||
|
|
There was a problem hiding this comment.
agree, maybe you can provide codeblock with ..needtable & ..needpie examples? Button edit on github still doesn't work, so it can be difficult to others to quickly find the code.
Also I would appreciate information if cross-repo linking and reporting is possible
| """Your function that implements the requirement partiall or fully""" | ||
| ... | ||
|
|
||
| An rendered example of a need where this is implemented can be seen in `Rendered Example <https://eclipse-score.github.io/docs-as-code/main/internals/requirements/requirements.html#tool_req__docs_common_attr_id>`_ |
Incooperating PR comments Adding screenshot of rendered example instead of linking to it
| It is either `# req-Id: <your requirement>` or `# req-traceability: <your requirement>` | ||
| If there is multiple requirements that need to be linked to this place in the source code, repeat the line for each one. | ||
|
|
||
| As an example for one requirement: |
There was a problem hiding this comment.
Does this extend or replace this docu?
https://eclipse-score.github.io/docs-as-code/main/how-to/source_to_doc_links.html
There was a problem hiding this comment.
I feel all docs-as-code howto should be at docs-as-code, and this should only link there?
There was a problem hiding this comment.
Extend. It's suppose to make the 'score contribution / development' place a one stop shop to at least start and get all important information.
I agree that this makes it a bit cumbersome if we change things, as we have to change it in two places. Though I found just adding a link with a single sentence like 'please find the documentation for traceability here' also a bit too small.
There was a problem hiding this comment.
Theoretically we could do that too. Just have a link to the how to into docs as code and extend the how to inside docs as code to make it more cohesive.
If that works better, I can change it to that.
There was a problem hiding this comment.
@AlexanderLanin definitely from dev perspective, all those fundamental things without details, and tones of other doc are needed in one place. Most of people need only know how pattern shall look like and thats it. This is valuable here.
There was a problem hiding this comment.
@pawelrutkaq @MaximilianSoerenPollak we need that link, as we have to expect that this howto will be out of date and not updated at some point. I'm 100% sure, we'll forget to update it here on every important change. So overview here + link to up-to-date-and-more-detailed-instructions seems good?!
There was a problem hiding this comment.
That currently is there no?
The last section has a 'Further information' with a link to the current Docs-AS-Code documentation.
Or do you think it should be more visible or at a different spot?
7af0488
* Add Documentation for Docs-as-Code tools
This will add additional documentation for developers about the Source Code Linker and it's capabilities.