owncloud / owncloud/QA

Test file actions for a range of file/folder combinations

Open
#633 2 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

dev:acceptance-tests QA-p2 QA:team
Dominant language
Shell
Stars
16
Forks
16
Avg merge
11h 11m
Merged PRs (30d)
1

Description

  • make test scenarios check that a "standard" range of combinations of file names and folder names work. For example:

  • "ordinary" names like textfile1.txt (we do this already)

  • names with spaces text file 1.txt and test file1 .txt

  • names with ASCII special characters like !@#$%^&*()-_[]{}:;,.?=+ etc.

  • names with accent, grave, umlaut - typical European character modifiers

  • names with "regular" Unicode characters e.g. Nepali/Hindi script

  • names with Arabic characters (a right-to-left script)

  • names with emojis embedded

  • sort out some test infrastructure so that we can "auto-insert" example tables of file/folder names into scenario outlines (rather than having the same list of examples pasted 100's of times through the feature files)

  • sort out a way to be able to tag scenarios in the examples, so that we can choose to run only some of them on every PR, but can run all of them when we choose (e.g. in nightly test runs)

  • also have combinations of folders and files that test in multiple levels of sub-folders (and that "stress" the total length of a folder/folder/folder.../filename path)

This comes out of discussion in issue #297

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start with the discussion in issue #297 and inspect the existing feature files and scenario outlines that test file actions. Done means covering the listed filename and folder combinations, including nested and long paths, while providing reusable example tables and tags that support selective PR runs and complete nightly runs.

Written by the indexing model from the issue text.

Assessment

Tech stack
shell
Domain
testing
Issue type
Feature
Difficulty
4/5
Estimated time
3-5 days
Activity status
Stale
Clarity
Mostly clear
Newbie friendliness
25/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.