h4. WHAT
Implement a seed to insert data into the database as we have for our customers in RHMAP and not the 3 or 6 lines as it is now.
E.g: Insert in the database a mock with N apps > N versions ( like has for TKE, Quintiles, Siemens, Dublin Airport ) > N devices ( like has for TKE, Quintiles, Siemens, Dublin Airport).
h4. WHY:
- Be able to test and check the UI with something more real data in order to ensure that this layout actually will works as expected. Note that usually, we are not able to preview many scenarios and possible pitfalls without the significant and realist data, for example, if we have more than N versions will be required pagination and/or a limit the qt of rows returned by the backend. How the UI will show it or will do in this scenario? Could we change the layout and/or create a limit in the back end server to avoid it?
- Avoid unnecessary re-work, we can get the main pitfuls and/or gaps which if we solve now may means less effort than come back and re-do the implementations which sometimes can be tough
- Ensure that the REST server is working well. E.g we can note that something is not actually been doing properly and we could not check it before with few rows as it is now.
- Allow the implemented integrate tests use a database more realistic to ensure the quality of the project and avoid the introductions of bugs
PS: Todo ASAP in order to help the development of UI for example.
h4. Suggestion
A suggestion of the quantity of data for the seed based in the RHMAP customers.
* RHMAP Customers Examples Seed Suggestion
* Qt of apps (N) Siemens has +/-: 100 apps 100
* Qt of versions (N) I did not get this info, however, is reasonable think that the one app can have > 10 and easily achieve 30 releases so far 20
* Qt of devices (N) Note that Siemens over the past year +/- 10.000 installs ( See image installs attached ) and for the most used app it had +/ 5 . 000 installs ( image per_app attached) 5.000
IMPORTANT: It is not required all versions and apps have this quantity and should 1 entity only to ensure its purpose. I mean that if we following this suggestion we should have 100 apps, but not all should have 20 versions and a total of 5.000 devices instead of it just one must have these amounts.
|
|
