Skip to content
GitLab
Next
    • GitLab: the DevOps platform
    • Explore GitLab
    • Install GitLab
    • How GitLab compares
    • Get started
    • GitLab docs
    • GitLab Learn
  • Pricing
  • Talk to an expert
  • /
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
    Projects Groups Topics Snippets
  • Register
  • Sign in
  • gitlab-vscode-extension gitlab-vscode-extension
  • Project information
    • Project information
    • Activity
    • Labels
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributor statistics
    • Graph
    • Compare revisions
    • Locked files
  • Issues 206
    • Issues 206
    • List
    • Boards
    • Service Desk
    • Milestones
    • Iterations
    • Requirements
  • Merge requests 11
    • Merge requests 11
  • CI/CD
    • CI/CD
    • Pipelines
    • Jobs
    • Schedules
    • Test cases
  • Deployments
    • Deployments
    • Environments
    • Releases
  • Packages and registries
    • Packages and registries
    • Container Registry
  • Monitor
    • Monitor
    • Incidents
  • Analytics
    • Analytics
    • Value stream
    • CI/CD
    • Code review
    • Insights
    • Issue
    • Repository
  • Wiki
    • Wiki
  • Snippets
    • Snippets
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
Collapse sidebar
  • GitLab.orgGitLab.org
  • gitlab-vscode-extensiongitlab-vscode-extension
  • Issues
  • #199
Closed
Open
Issue created Jun 24, 2020 by Tomas Vik@viktomas5️⃣Maintainer

Automated testing strategy

Problem to solve

There are no automated tests for the extension (with exception of unit test for parseGitRemote function). We need to increase our automated test coverage to be able to make changes to the extension without introducing regressions.

Proposal

Create a testing strategy for the extension.

Personal opinion: At the beginning, we should focus on the highest level tests (integration/e2e). There is a lot of suggested work that is taking out major parts of the codebase (!53 (closed) !54 (closed) ). Unit tests written for these soon-to-be-replaced parts might not be the best use of our efforts

Acceptance criteria

  • Testing pyramid for our VS Code Extension is described (i.e. what kind of tests we'll implement)
  • Implement at least one example test for each level of testing (e.g. If we'll have unit tests, functional tests, and E2E tests, then at least one unit test, functional test, and E2E test).
  • Example tests are reliably running in our CI

Links / references

  • My personal extension having integration and unit tests
  • Testing guide in the official documentation https://code.visualstudio.com/api/working-with-extensions/testing-extension
Edited Jun 24, 2020 by Tomas Vik
Assignee
Assign to
Time tracking