🖌️
Product Process Documentation
  • Product Process Documentation
  • Definition of Done (DoD)
    • General checkpoints
      • Specific checkpoints by team
    • Important process: QA review & PO review
      • QA Review
      • PO Review
  • Work Items
    • Product Backlog Item (PBI)
    • Bug
      • Basic rules for creating a bug
      • How to report a Bug
    • Bugs Management
  • Code Standards
  • Different Test Levels
    • Unit Test
      • Frontend Unit Testing
        • What is a Unit Test?
        • How do I know if I am developing a good unit test?
        • AAA (Arrange, Act and Assert)
        • Overloaded test suits
        • Setup & Teardown
          • JEST Mocks
          • FakeTimers
        • Istanbul Annotations
        • C8 Annotations
        • JEST Runner (Debug unit tests with Jest)
    • Component Test
      • Frontend Component Testing
        • What is Component Testing?
        • Best practices
        • Bad practices
        • Setup
          • Sandbox
          • Mocks, Services and Providers
          • Test scenario
    • Integration Test
      • Frontend Integration Testing
        • What is a Integration Test?
        • AAA (Arrange, Act and Assert)
        • Best Practices
        • Bad practices
        • Setup & Teardown
        • How to create a scenario
          • Create the migrated app
          • Add to project
        • How to debug
        • Common problems
      • Testing Driven Development Guide and recommendations
    • Functional Test
    • Security Testing
      • Security Testing Tools
      • Frontend Security Testing
    • Performance testing
    • Best Practices
    • Test Documentation
  • Run test projects
    • General steps
    • Specific steps by team
  • DevOps
    • Pipelines
    • Builds
    • Specific information by team
    • Test plan
    • Service Hooks for Azure DevOps Notifications
      • Slack Notifications
      • Microsoft Teams Notifications
  • Dashboards
    • General
    • QA Dashboards
  • Release Process
    • General Steps
    • Specific steps by team
  • Migration Cells
    • Basics of testing process
  • Release process
  • References
Powered by GitBook
On this page

Was this helpful?

  1. Different Test Levels

Best Practices

PreviousPerformance testingNextTest Documentation

Last updated 1 year ago

Was this helpful?

In any of the levels of testing explained before it is necessary to follow some basic good practices in order to get a good test case. The test cases must be clear, concise, and complete. Furthermore, it is important that test cases must be simple and specific, but these are only a few characterizes in a test case. The idea is to show that designing, conceptualizing, and writing a test case is as important as writing any other method into the code.

The following are some good practices necessary in the company:

  • The test case must have a descriptive name.

  • It must be atomic: only one scenario must be checked and must not have dependencies with other test cases.

  • The test case must be simple and specific for any person to understand the test without any help from the author.

  • It must not be redundant with other test cases.

  • The test case must avoid unnecessary steps.

  • If it is necessary, add methods to “Initialize” and “Clean” the test case in a level of test, class, or assembly depending on the context.

  • The test case must be reliable.

  • The test case must be validated to avoid bad responses or false positives.

  • Finally, the test case must be assured the quality expected.

In order to read more good practices, see .

References about good practices