DEV Community

Cover image for Basics of Testing
Amandeep Singh
Amandeep Singh

Posted on

Basics of Testing

Why test?

why test

  1. Improved Code Quality

    • Early Bug Detection: Catching bugs during development saves time and prevents costly fixes later in production.
    • Confident Refactoring: With a solid test suite, developers can refactor code freely, knowing they’ll be alerted to any unintended side effects.
    • Clear Code Documentation: Tests provide a living document of how the code is intended to work, helping new team members understand the functionality.
  2. Increased Productivity

    • Faster Debugging: Automated tests quickly point to the source of issues, allowing developers to focus on fixing rather than finding bugs.
    • Easier Code Maintenance: Tests help identify when changes introduce new issues, making it easier to maintain code and add new features without disrupting existing functionality.
  3. Stronger Team Collaboration

    • Shared Understanding of Features: Writing and reviewing tests together promotes a shared vision of how the application should behave, ensuring consistency.
    • Self-Documenting Codebase: Well-written tests serve as additional documentation, clarifying expected behavior and saving time on onboarding.
  4. Increased Confidence in Deployment

    • Peace of Mind: Comprehensive testing reduces anxiety about deploying changes, as developers know the code has been thoroughly vetted.
    • Enhanced User Experience (UX): Tests ensure that critical user journeys work as expected, resulting in a smoother, more reliable experience for users.
    • Reduced Risk in Production: Testing minimizes the likelihood of serious issues reaching the production environment, protecting both the brand and user trust.

How to setup testing environment?

setting up

A robust testing environment is key to maintaining high-quality frontend and web applications.

  • Start by configuring your setup to be intuitive and well-documented, so developers can easily write and run tests with minimal setup time.
  • For frontend testing ensure that your environment supports UI testing tools and accessibility checks to verify that your app is usable for all users. Structure your UI components to follow testing best practices, making them easier to test in realistic use cases.
  • A well-designed environment should minimize flakiness in tests, reducing the chance of inconsistent results and making it easier to identify real issues.
  • Performance testing is also essential to confirm that your app meets speed and responsiveness standards.
  • Set up your environment to support writing tests that simulate real-world scenarios.
  • Ensure that developers can quickly write and execute tests, with easy access to stack traces for efficient debugging.

Types of Tests

testing pyramid

  1. Testing level
    1. Unit tests
      • Testing individual components or functions in isolation to verify they work as expected.
      • e.g., Testing a single function to ensure it returns the correct result for given inputs.
    2. Integration tests
      • Broader scope than unit tests, verifies that different modules or components interact correctly when combined.
      • e.g., Testing an API endpoint to check if it correctly integrates with the database and other services.
    3. End to End tests
      • Test the entire application flow, aiming to mimic real user behavior and interactions with the complete system.
      • e.g., Testing a user’s journey from login to checkout in an e-commerce app.
    4. Acceptance Tests
      • Ensure the application meets business requirements and functions as expected from a user’s perspective, usually part of agile methodology.
      • e.g., Testing whether the app fulfills specific user stories or requirements.
  2. Automation
    1. Automated tests
      • Run tests automatically to save time and reduce human error, usually as part of CI/CD.
      • e.g., Running a suite of unit and integration tests on every pull request.
    2. Manual tests
      • Conduct tests manually to explore features and validate scenarios that might be difficult to automate.
      • e.g., Manually checking complex user flows or new features for usability.
  3. Functionality
    1. Functional tests
      • Verify that specific features work according to the functional requirements.
      • e.g., Testing that a search feature returns the correct results based on input.
    2. Performance tests
      • Measure how the application performs under various conditions, focusing on speed, stability, and responsiveness.
      • e.g., Testing app load times and response times under heavy traffic.
    3. Security tests
      • Identify vulnerabilities and ensure the application is secure against threats.
      • e.g., Testing for common vulnerabilities like SQL injection or cross-site scripting (XSS).
    4. Usability tests
      • Evaluate how easy and intuitive the application is to use for real users.
      • e.g., Observing users to see if they can navigate the app without difficulty.
    5. Accessibility tests
      • Ensure the application is accessible to users with disabilities.
      • e.g., Testing keyboard navigation, screen reader compatibility, and color contrast.
    6. Scalability tests
      • Assess the application’s ability to handle increased load or traffic without performance degradation.
      • e.g., Testing how the app performs when scaled to handle thousands of users.
  4. Other
    1. Regression
      • Confirm that new code changes haven’t negatively impacted existing functionality.
      • Running tests after updates to ensure core features still work as expected.
    2. Smoke tests
      • Perform a quick, high-level check to see if critical functions of the application work after a deployment.
      • Testing basic features like login and navigation immediately after a new build.

What are the tradeoffs with tests level?

Unit Integration System E2E
Scope Lowest scope, focusing on individual units like functions or classes. Broader scope than unit tests, focusing on how units interact within a module or subsystem. Even broader scope, covering the entire system as a whole, integrating all components and functionalities. Highest scope, aiming to mimic real user behavior and interactions with the complete.
Speed Fastest to write and execute due to their limited scope and isolation. Generally faster than system and E2E tests, but slower than unit tests due to increased complexity. Can be slower than integration tests due to the larger scope and potential dependencies on external systems. Often the slowest due to their comprehensive nature and potential reliance on real user environments.
Isolation Highest isolation, focusing on individual units without external dependencies. Moderate isolation, testing interactions within a module but potentially having dependencies on external modules or mock objects. Lower isolation, often involving real or simulated external systems and dependencies. Lowest isolation, typically running in the actual user environment with real dependencies.

How to Create a Testing Strategy?

strategy

A well-defined testing strategy is essential for ensuring that your application is reliable, maintainable, and resilient.

  1. Start with defining Goals and Objectives which align with business objectives and project requirements

    • Identify Key Goals: Define what you want to achieve with your testing, such as reducing bug frequency, improving user experience, or achieving faster release cycles.
    • Set Quality Standards: Determine acceptable levels of reliability, performance, and security.
    • Specify Success Metrics: Decide how you’ll measure the success of your testing, such as test coverage percentage.
  2. Identify Scope and Requirements

    • Application Components: Identify which parts of the application need testing (frontend, backend, database, APIs).
    • Supported Environments: List the devices, operating systems, and browsers that need coverage.
    • Functional vs. Non-functional Requirements: Differentiate between functional requirements (features and functionality) and non-functional requirements (performance, usability, security).
  3. Choose Types of Tests - Choose the appropriate types of tests for your application to ensure thorough coverage at every level.

    • Unit Tests
    • End-to-End (E2E) Tests
    • Performance Tests.
    • Security Tests
  4. Select Testing Tools and Frameworks

    • Unit Testing Tools: Examples include Jest + React Testing Library (JavaScript), unittest (Python), pytest (Python), or Go testing framework.
    • Integration and E2E Testing Tools: Consider Cypress, Playwright, or Selenium.
    • Performance Testing Tools: Tools like JMeter, Gatling, or k6 can help you simulate load and assess performance.
    • Security Testing Tools: Use tools like OWASP ZAP or Burp Suite to scan for vulnerabilities.
  5. Define Test Data and Environment Setup

    • Testing Environments: Decide if you need separate environments for development, testing, and production. Create isolated environments that mirror production as closely as possible.
    • Test Data Management: Use representative data for testing while protecting sensitive information. Implement strategies to refresh or reset data between test runs.
  6. Plan for Test Automation

    • Identify Candidates for Automation: Determine which tests are suitable for automation, typically repetitive and high-priority tests.
    • Select Automation Frameworks: Choose frameworks that align with your project’s tech stack and testing goals.
    • Set Automation Goals: Decide what percentage of tests to automate and prioritize high-impact areas like unit tests and E2E tests.
  7. Establish a CI/CD Testing Pipeline ensuring that code changes are continuously validated before deployment.

    • Configure Automated Test Runs: Set up automated tests to run on each pull request, commit, or at scheduled intervals.
    • Set Up Build and Deployment Triggers: Use CI/CD tools like GitHub Actions, Jenkins, or CircleCI to trigger tests and manage the deployment workflow.
    • Define Test Gates: Establish criteria that code must pass (such as a minimum test coverage) before it can be merged or deployed.
  8. Monitor, Report, and Improve

    • Set Up Monitoring Tools: Use monitoring tools to keep an eye on application performance, error rates, and uptime in production.
    • Notify stakeholders with Test Reports. Set up periodic updates or email notifications to stakeholders, summarizing testing outcomes and key insights.
    • Analyze Test Reports: Review test reports and metrics regularly to identify patterns, such as areas prone to bugs or performance issues.
    • Iterate and Improve: Use insights from monitoring and reports to continuously refine your testing strategy, improve test coverage, and resolve bottlenecks. Check for flakiness.

Top comments (0)