ApplaudSolutions / Applaud-Workato-Connector

Code pertaining to the Applaud Workato Connector
0 stars 0 forks source link

New/updated instances batch trigger #4

Closed duncancasemore closed 3 years ago

duncancasemore commented 4 years ago

Summary

  1. As a Integrations Designer
  2. I want to create recipes that periodically trigger from new or updated Applaud instances
  3. so that I can integrate actions performed in Applaud with other applications

Acceptance Criteria

  1. I can select a 'New/updated instances' batch trigger for the Applaud app
  2. I see that this trigger is labeled Batch
  3. I can set the model, first started date, trigger interval, poll, and trigger conditions. These have identical behavior to #2.
  4. In subsequent actions in the recipe, I can see the list of items and all their model properties as datapills. I see that each Applaud property type is typed correctly in its datapill.
  5. When this recipe first runs, I see that it picks up all created or updated records from the initial recipe date (using updated property in Applaud)
  6. When this recipe next runs, I see that it picks up all created or updated records from the last run date (using updated property in Applaud)
  7. If the trigger returns more instances than the batch size, I see it processes them in batches
  8. If the Applaud API returns just one page of results, I see that the connector handles paginating through all results not just the first page (filter={"offset":10,"limit":2})
  9. I see that the trigger runs as per the specified interval

Wireframes and mockups

New/updated real-time trigger

Note: this wireframe is for a slightly different trigger, so there will be minor (obvious) variations

Applaud trigger setup

Open Issues

None

Developer Testing

Requestor: leave this section blank Developer: complete this section during commit/pull request

Positive testing:

Add all the things that you have checked whilst completing this story here, it should be written in a non-technical way, and a lot of this can probably be taken from the acceptance criteria, here are two different examples:

Negative testing:

Here you list the things you have checked where your code needs to show an error, handle unusual/bad input/config gracefully, or may impact separate features that use or depend on the same code. Pause and think -- they may not be obvious! Examples:

e2e test links and description:

vinaykumarkasireddy commented 3 years ago
  1. [x] I can select a 'New/updated instances' batch trigger for the Applaud app
  2. [] I see that this trigger is labeled Batch
  3. [x] I can set the model, first started date, trigger interval, poll, and trigger conditions. These have identical behavior to #2.
  4. [x] In subsequent actions in the recipe, I can see the list of items and all their model properties as datapills. I see that each Applaud property type is typed correctly in its datapill.
  5. [x] When this recipe first runs, I see that it picks up all created or updated records from the initial recipe date (using updated property in Applaud)
  6. [] When this recipe next runs, I see that it picks up all created or updated records from the last run date (using updated property in Applaud)
  7. [x] If the trigger returns more instances than the batch size, I see it processes them in batches
  8. [x] If the Applaud API returns just one page of results, I see that the connector handles paginating through all results not just the first page (filter={"offset":10,"limit":2})
  9. [x] I see that the trigger runs as per the specified interval