What's for Dinner

This project is a recipe manager:

Keeps all your goodies in your pocket.

This app is in development, feedback is encouraged.

Current releases:

The following ideas are to be considered for future releases (in no order).

API

There is an API for accessing the master ingredients list and the latest version of the ingredients list.

Initially the Android app will have an empty database. The first call will be to retrieve the master list of ingredients. Any subsequent check for updates will compare the version of the ingredients list that the application has in its local database with the version that the server returns from the version call. If the server version is greater then the version your application has, use the list call to get the latest and update your local version of the data. This methodology saves requesting all the ingredients and synchronizing your local database every time the application is started.
The recipes that your account has access to wll behave similarly, they will have a version attribute to compare for sync purposes.

Design Document

Initial Startup

Recipe List

View Recipe

Add/Edit Recipe

Ingredient List

Add/Edit Ingredient

Shopping List

Shopping Results

Help Docs

Introductions

Starting the app initially displays the intro screens.

Once the user accepts the intro by clicking the skip or the finish buttons, the app will no longer start with the intro screens, instead the app will launch with the drawer open, displaying the menu items.

If the user wants to see the intro screens again, they can select the option in the settings interface accessed by the option menu on the upper right of the app.

Settings

The settings interface is accessible via the top right option menu item.

The settings interface has currently one control.

Testing

If you are interested in helping the project by testing, we have some guidelines to help you in your testing efforts.

Ensure all the paths through the interfaces are covered when you create your test documentation.

Submit Bugs

Bugs should include "steps to reproduce" including what was used for inputs. You can refer to the design document to clarify what the expectations were and what results you observed.

Bug Management (in new window): Bug Server

Bugs should be properly prioritized and documented. 

Test Case Example

When creating test cases, there are only two steps, the third is optional.

1. Review the Design Documentation for the feature you are testing.

design

2. Based on this design document, create test cases.

test-cases

3. Optionally have a team member or developer review your test cases before you start testing.

Create a bug for all cases that fail, make sure to be clear regarding the steps you took to find the issue.