Test setup refers to the actions performed before the execution of a test case to prepare the environment and ensure that the test can run correctly. This is the part where we prepare any test data needed for our test to run. This might include:  Initializing objects or variables.  Setting up the test environment (e.g., configuring a database, starting a server).  Creating test data. Logging in to an application.  Navigating to a specific page or state in the application.  The goal of test setup is to bring the system under test into a known and consistent state so that the test results are reliable and repeatable. 

TDD is a software development methodology where tests are written before the code they are intended to test. Its purpose is to reduce the number of bugs early on and to increase testability. It follows a short, iterative cycle:  Write a test that fails because the code doesn't exist yet.  Write a minimal amount of code to make the test pass.  Refactor both the test and the code to improve quality.  Repeat.  TDD helps to ensure that code is testable, well-designed and meets its requirements.

In software testing, an assertion is that a specific condition should be true at a particular point in the code's execution. It's a way to verify that the code is behaving as expected. If the assertion fails (the condition is false), it indicates a bug or an unexpected behavior. Assertions are commonly used in unit testing frameworks to check the results of a test. For example, you might assert that the value returned by a function is equal to the expected value. In general, the assertion is the last part of the test, if the condition is met the test passes. It’s a good idea not to assert too different many things in one test, ideally, we want it to have a single point of failure so it’s easier to debug 

In testing, a mock is a simulated object that mimics the behavior of a real object - we use mock in cases where we need to test something that requires a feature that is not yet available, so we simulate it. Mocks are used to isolate the code under test from its dependencies, such as databases, APIs, or other classes. By using mocks, you can control the inputs to the code being tested and verify how it interacts with its dependencies. This makes tests more reliable and easier to write. For example, if you're testing a function that interacts with a database, you could use a mock database object to simulate the database's behavior without actually connecting to a real database. 

Test teardown refers to the actions performed after the execution of a test case to clean up the environment and restore it to a previous state. Since automation can create a lot of data, we might want to delete that data, once our tests have finished running. This might include:  Closing connections (e.g., database connections).  Stopping servers or services.  Deleting test data.  Logging out of an application.  Resetting the application's state.  The goal of test teardown is to prevent tests from interfering with each other and to ensure that the test environment remains clean and consistent. It also prevents resource leaks. Proper teardown is crucial for repeatable and reliable test execution. 

Discover how cookies affect privacy and UX to be able to test and secure applications effectively.

It's time to revisit your testing strategies.

Boost your career in software testing with the MoT Software Testing Essentials Certificate. Learn essential skills, from basic testing techniques to advanced risk analysis, crafted by industry experts. Early access available now at a discounted rate!

Should we ‘release’ on Fridays or not? Read on to find out what the software testing community thinks!

In this hot topic we we witnessed some spicy opinions regarding test cases.

Land that elusive first software testing job with these simple tips!

Watch this talk from Sarajevo MoT Meetup

Learn about JQL

Explore the unique and impactful role of a quality coach in revolutionising software testing practices

Check out these freelancing tips such as leveraging contacts and social media, building a portfolio site, advertising availability and contacting companies directly

This is a joint session where two friends will use the Pokemon public API to compare REST and GraphQL API testing.

From MoT Sarajevo a meetup talk from Velibor Mandžo on how QA works in Software Development

First MoT Sarajevo meetup brings you three amazing speakers: Maaret Pyhäjärvi, Larry Goddard and Conor Fitzgerald. Watch the recording!

Gain practical insights on getting started with testing tools. 

How can a Product owner help to promote a quality mindset in a team? Read on to find out Mirza Sisic thoughts on the matter

Identify how content creation can help you in marketing yourself better

Mirza Sisic gives another tip on how content creation can help you in marketing yourself better, as a software tester.

Mirza Sisic gives another tip on how content creation can help you in marketing yourself better, as a software tester.

Mirza Sisic gives another tip on how content creation can help you in marketing yourself better, as a software tester.

Mirza Sisic gives his first tip on how content creation can help you in marketing yourself better, as a software tester.

In this session, Mirza draws a conclusion to all the tips on how to market yourself better as a software tester and answer questions live from the audience

Mirza Sisic shares his experiences of organising a testing meetup for the very first time

Learn about the common misconceptions about exploratory testing in this Testing Planet article from Mirza Sisic

Discover a range of tools that can be used to expand your Exploratory Testing in this Testing Planet article from Mirza Sisic

If you're interested in moving into leadership, this article will help you.  Learn what to look for in a mentor, what lessons you can learn from leaders within your company and understand why you w...