testRigor & Salesforce
  • NO-CODE UI TESTING: Guide for testRigor & Salesforce
  • Getting Started
    • Get a Salesforce Hands-On Playground Org (free)
    • Get testRigor (free) and create a Test Suite
    • Create Test Case (T00001)
    • Navigation in Salesforce
    • Navigation in testRigor
  • BASIC TEST CASES
    • Record, edit and play a Test Case (T00002)
    • Create and convert a Lead (T00003)
    • Create more records (T00004)
    • Check Account Validation Rule (T00005)
  • ADVANCED TEST CASES
    • Account Action and List View Button (T00006)
    • Validate Field Value Using REST API (T00007)
    • E2E: Lead entry (Titan) ➔ Salesforce ➔ Email
  • OTHER TEST SCENARIOS
    • Submit a Test Lead
    • TH: Opportunity Won THEN Create Contract
    • Monitor data in your website
    • Monitoring in Production
  • FLOW TEST CASES
    • Screen Flow: Update Email Address
  • E-BIKES SAMPLE APP
    • E-Bikes sample app description
    • testRigor version of the UTAM TEST (EBIKES-00001)
    • Product Explorer - Electra X3 (EBIKES-00002)
    • Reseller Order - Create (EBIKES-00003)
    • Case - Create (EBIKES-00004)
  • LWC RECIPES SAMPLE APP
    • LWC Recipes sample app description
    • Test Case for LWC Recipes (LWC-00001)
  • CORAL CLOUDS SAMPLE APP
    • Coral Clouds sample app description
    • Experience - Generate Description using AI (CC-00001)
    • Experience - Generate Reviews Summary using AI (CC-00002)
  • MORE INFORMATION
    • About testing
    • About testing in Salesforce 🤔
    • About test automation
    • About Test-Driven Development (TDD)
    • About testRigor
    • About using testRigor
    • About other solutions
  • FEEDBACK
    • Questions? - Comments!
Powered by GitBook
On this page
  • Other closely related acronyms BDD / ATDD
  • Why TDD?
  • How to do TDD?
  • A. Before starting the development of the feature
  • B. Test-Driven Development
  • C. After successful Development
  • Try TDD/TDF/BDD/SDD with testRigor
  • Further learning
  • Uncle Bob
  • Dave Farley
  1. MORE INFORMATION

About Test-Driven Development (TDD)

PreviousAbout test automationNextAbout testRigor

Last updated 5 months ago

Other closely related acronyms BDD / ATDD

  • somewhat similar acronyms BDD, ATDD

    • see table at the end of this article

  • for the sake of simplicity and clarity: I'm using the acronym / term TDD

    • I'm talking about "tests that validate high-level system behaviors" : so I'm talking about BDD

      • BDD = Behavior-Driven Development ≈ TDF = Test-Driven Feature

    • I'm talking about "acceptance tests: so I'm talking about ATDD


Why TDD?



How to do TDD?

  • here's a simplified description


A. Before starting the development of the feature

  1. Manage requirements

    1. make sure requirements are relevant to business

      • JTBD

  2. Pick up one requirement = the most important requirement


B. Test-Driven Development

  1. Write a short specification for the feature

    1. detailed enough so it's actionable

    2. see for example:

    3. specify acceptance criteria

  2. Write the Acceptance Test Case.

  3. While your Acceptance Test Case fails:

    1. Configure / Develop

    2. Test your Acceptance Test Case

  4. Refactor and clean the stuff you configured / created.

  5. Run your Acceptance Test Cases.

    • to make sure that your stuff works after cleaning

  6. Run Regression Test Suites.

    • to make sure that nothing got broken in development


C. After successful Development

  1. Add your Acceptance Test Case to Regression Test Suite.

  2. Deploy your solution to production.


Try TDD/TDF/BDD/SDD with testRigor

  1. Write a specification for your Use Case

    • given when then

    • SBE "Specification by Example"

  2. Create Test Case in testRigor for the new feature as per Use Case specification

  3. Run the Test Case

    • of course it fails as you haven't developed / configured the feature

  4. Develop / configure the feature

    • Keep on running the Test Case(s) until it passes

  5. Polish the artefacts you have created or modified

    • Run the Test Case(s) once again

    • Run your Development Regression Test Suite

  6. Deploy your changes

    • Run your Production Test Suite


Further learning

Uncle Bob

  • The Cycles of TDD

Dave Farley

  • Youtube channel: Continuos Delivery

  • Book: "Modern Software Engineering: Doing What Works to Build Better Software Faster (2022)

  • Website:

Specification by Example:

https://en.wikipedia.org/wiki/Specification_by_example
https://blog.cleancoder.com/uncle-bob/2014/12/17/TheCyclesOfTDD.html
https://www.youtube.com/@ContinuousDelivery
https://a.co/d/8H0E1hj
https://continuous-delivery.co.uk/
https://www.browserstack.com/guide/tdd-vs-bdd-vs-atdd
anno domini 2014:
2024
https://www.researchgate.net/publication/256848134_Effects_of_Test-Driven_Development_A_Comparative_Analysis_of_Empirical_Studies
https://www.researchgate.net/publication/383694705_Evaluating_the_impact_of_Test-Driven_Development_on_Software_Quality_Enhancement
https://katalon.com/resources-center/blog/bdd-testing
https://www.geeksforgeeks.org/behavioral-driven-development-bdd-in-software-engineering/