Skip to content
This repository has been archived by the owner on Feb 21, 2023. It is now read-only.

Add Android release checklist for developers and QA #84

Open
wants to merge 1 commit into
base: main
Choose a base branch
from

Conversation

colintheshots
Copy link
Contributor

@colintheshots colintheshots commented Jun 26, 2019

Adding a basic checklist of commonly-missed items to consider by developers and QA when releasing an Android app to the app store.

@colintheshots colintheshots changed the title Add Android release checklist Add Android release checklist for developers and QA Jun 26, 2019
@colintheshots colintheshots force-pushed the releaseChecklist branch 3 times, most recently from e6e7e27 to 73592fd Compare June 26, 2019 19:06
Copy link
Contributor

@mcomella mcomella left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thanks for submitting! I think I need a little more context on how we expect to use this to figure out how we can best take advantage of this doc.


## Summary

This is a list of important items to consider for developers and QA before releasing an Android app to a store.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

In practice, how do you foresee this checklist being used? For example, is the release manager or QA expected to step through each item on the list before each release? Should developers go through the checklist when making a patch? Should this be used when setting up a new project to ensure we have a test case (manual or automated) for each item on the list?

Personally, I think a lot of these "checklist" items can be integrated into each app's Testrail test cases (they're manual test cases that QA runs for each release – example: Fenix – and they're like a super-checklist). This makes me think this could be a good resource for setting up new Android apps but I'm concerned that devs will not think to look for these docs when creating a new project. Is this what you were thinking? If so, do you know how to address this, "no one saw the documentation" problem?

We should probably check with QA how they set up the Testrail test cases for new apps too and see if there is any overlap here.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants