Skip to content
This repository has been archived by the owner on Aug 26, 2024. It is now read-only.

Seeding Input: Create Direct Seeding Log #44

Open
1 task
braughtg opened this issue Jan 28, 2024 · 1 comment · May be fixed by #174
Open
1 task

Seeding Input: Create Direct Seeding Log #44

braughtg opened this issue Jan 28, 2024 · 1 comment · May be fixed by #174
Labels
testing Issue related to testing FarmData2 functionality

Comments

@braughtg
Copy link
Member

The Seeding Input form on the FieldKit tab is used to create new seeding logs in the database.
When the Seeding Input form is completed and the “Submit” button is clicked, the user is presented with “Confirm” and “Cancel” buttons.

This test must confirm that when the “Submit” button is clicked that a new seeding log in the database:

  • - when a direct seeding is being created.

Notes:

  • The test must enter data into the form and use the “Submit” button
  • The test should not use the Seeding Report to check the contents of new log.
  • The test must use appropriate FarmOSAPI functions to:
    • Retrieve the newly created log from the database to confirm they are correct.
    • Delete the newly created log from the database.
  • If you find that you have scrambled the database you can always reset to the default sample database running the command setDB sample in a Terminal in the development environment.

Resources:

  • The examples in the dbtest sub-tab of the FD2 Example tab will be helpful. These should be studied and understood before beginning coding for this issue.
  • The source for the examples can be found in farmdat2/farmdata2_modules/fd2_example/dbtest.

Additional Information:

Some additional notes relevant to this issue:

  • The .spec.js file containing your test should be stored in an appropriate location and have a short but descriptive name. Use the locations and an naming from the "Good First issues" as examples.
  • The .spec.js file should include a comment at the top that describes what the file as a whole is testing.
  • The message for the describe should describe in a short phrase what the file is testing.
  • After logging in and visiting the desired page the beforeEach method should call cy.waitForPage(). This will ensure that the page is fully loaded (e.g. that all the Maps used by the page are loaded) before performing any tests.
  • It is not necessary to include a separate it for each of the things to be tested.
    • You should decide how to divide the things being tested into its so that each it tests a cohesive set of things.
    • The message for each it should describe in a short phrase what the it is testing.
  • The .spec.js files in the farmdata2/farmdata2_modules/fd2_example/ sub-tabs (e.g. ui, api) may provide some helpful examples.
  • Information about the data contained in the sample database can be found in the "The Sample Database" section of the docker/sampleDB/README.md file.

Original issue by braughtg
Thursday Aug 17, 2023 at 18:49 GMT

@braughtg braughtg added the testing Issue related to testing FarmData2 functionality label Jan 28, 2024
@Doquanglong
Copy link

Me and my team L.L.M will take this ticket

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
testing Issue related to testing FarmData2 functionality
Projects
None yet
2 participants