Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Create a test plan #884

Closed
stuartellis opened this issue Aug 14, 2017 · 5 comments
Closed

Create a test plan #884

stuartellis opened this issue Aug 14, 2017 · 5 comments

Comments

@stuartellis
Copy link
Contributor

In order to unblock version 5.0, we need to identify core functionality and create a reasonable test plan to validate these features.

This will require:

a) Identifying the features that can reasonably be considered "core". Other features are "extras".
b) Marking the status of features in code or documentation
c) For each core feature, identifying a test. This may be a unit test, an integration test, or a manual test.
d) Defining one or more test environments to carry out the tests. Travis CI will execute unit and integration tests. PR #857 provides a Docker environment that may be useful for manual testing. The test environments will need to include one or more specific Ruby versions, resolving ticket #873.

@stuartellis stuartellis self-assigned this Aug 14, 2017
@stuartellis stuartellis mentioned this issue Aug 14, 2017
13 tasks
stuartellis added a commit that referenced this issue Aug 19, 2017
* Mark features as Core or Extra in titles, GH #884

* Mark features as Core or Extra in titles, GH #884
@stuartellis
Copy link
Contributor Author

I have now pushed changes to the documentation Website to mark features as Core or Extra.

stuartellis added a commit that referenced this issue Aug 19, 2017
* Correctly mark FTP as an Extra, GH #884

* Mark features as Core or Extra in titles, GH #884

* Correctly mark FTP as an Extra, GH #884
@stuartellis
Copy link
Contributor Author

stuartellis commented Aug 20, 2017

List of Core functionality, for test plan:

Databases

  • MongoDB
  • MySQL
  • PostgreSQL
  • Redis
  • SQLite

Compressors

  • GZip

Encryptors

  • GPG
  • OpenSSL

Notifiers

  • AWS SES
  • Command
  • Email
  • HTTP POST
  • Slack

Storage

  • AWS S3
  • Local Filesystem
  • rsync
  • scp
  • sftp

Syncers

  • AWS S3
  • rsync

@lostapathy
Copy link

A few thoughts to ease this progress (not sure if now or more for if this project makes it to 6.0)

Have you thought about spinning out the non-core backends into separate gems? That would allow delegating the maintenance out for those backends, and also allow you to update and ship the core even if some of the "extra" backends weren't ready yet. And if nobody steps up to help fix them, it's easier to just let them go.

Would also help reduce the amount of deps required in the gemfile for a more "basic" user.

If that's a strategy you're interested in I could probably help work on it.

@stuartellis
Copy link
Contributor Author

stuartellis commented Dec 11, 2017

Hello @lostapathy - I think that would be a good idea, but would require more active maintainers than we currently have. If you are interested in moving this project forward then we would certainly welcome the help: feel free to drop in to our #backup-dev Gitter channel.

@stale
Copy link

stale bot commented Nov 24, 2020

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.

@stale stale bot added the stale label Nov 24, 2020
@stale stale bot closed this as completed Dec 9, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants