Sorry, we were unable to verify your SMTP connection: Greeting never received.

Without this we cannot send emails and you won't be able to sign up or receive notifications from Jam.

ODI Australian Network / Data-Curator

Table of contents

Merge branch 'release/1.2.1-beta'

mattRedBox

Currently viewing

Collaborators1
Documents72
TestsN/A
Open conversations2

Data Curator

Acceptance tests for Data Curator are:

Writing a test

Markdown tips

  • add two trailing spaces to the end of user stories to make a soft line break. Check that your editor doesn't automatically remove trailing spaces
  • use the underline method for headings in feature descriptions
  • Name readme's README.md (case matters)

General Rules

  • the feature name should be some terse yet descriptive text of what is desired
  • Don't put "or" in the Given/When/Then statements - these statements should be pulled out into two different scenarios.
  • Don't put conditions in When/Then statements. An if statement can be changed into two different scenarios and the if condition put up into the Given statement.
  • Use "quotes" around named things in the Application, e.g. a "Menu item name"
  • Use "double quotes" not 'single quotes'

Rules for Given

Rules for When

  • Don't drive the User Interface in the When statement. State what happened, not how it happened.
  • Single When per scenario

Rules for Then

  • Use "should" in Then statement

Tags

We use @tags to help manage features:

  • the @backlog tag is used to indicate that the feature is not in our release plans
  • the @draft tab is used for draft features
  • the @impl tab indicates the scenario tests that have been automated