Skip to content

GitLab

  • Projects
  • Groups
  • Snippets
  • Help
    • Loading...
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in
I
iTasks-SDK
  • Project overview
    • Project overview
    • Details
    • Activity
    • Releases
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Issues 77
    • Issues 77
    • List
    • Boards
    • Labels
    • Service Desk
    • Milestones
  • Merge Requests 2
    • Merge Requests 2
  • CI/CD
    • CI/CD
    • Pipelines
    • Jobs
    • Schedules
  • Operations
    • Operations
    • Incidents
    • Environments
  • Analytics
    • Analytics
    • CI/CD
    • Repository
    • Value Stream
  • Wiki
    • Wiki
  • Snippets
    • Snippets
  • Members
    • Members
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
Collapse sidebar
  • clean-and-itasks
  • iTasks-SDK
  • Issues
  • #87

Closed
Open
Created Feb 07, 2017 by Steffen Michels@smichelsMaintainer

Stress Testing

The goal is to detect problems, that cause performance issues with iTasks application running for a long time. This is done by measuring response time and memory consumption of a number of stress tests. Examples of stress tests are starting a large number of sessions and having a task with a large recursion depth.

The results of stress tests should be visualised to make it easy to spot issues, i.e. an increase in response time or memory consumption that is larger than one would reasonably expect for the test given.

The results of stress tests should be stored, such that new results can straightforwardly be compared with previous ones. This gives a mean to quickly measure the success of optimisations. Additionally, this helps to detect performance issues, accidentally introduced.

Finally, stress testing should be integrated into the automated testing process, such that modifications with a negative impact on performance, are detected early.

Assignee
Assign to
None
Milestone
None
Assign milestone
Time tracking
None
Due date
None