Search icon CANCEL
Subscription
0
Cart icon
Your Cart (0 item)
Close icon
You have no products in your basket yet
Save more on your purchases now! discount-offer-chevron-icon
Savings automatically calculated. No voucher code required.
Arrow left icon
Explore Products
Best Sellers
New Releases
Books
Videos
Audiobooks
Learning Hub
Conferences
Free Learning
Arrow right icon
Arrow up icon
GO TO TOP
Writing API Tests with Karate

You're reading from   Writing API Tests with Karate Enhance your API testing for improved security and performance

Arrow left icon
Product type Paperback
Published in May 2023
Publisher Packt
ISBN-13 9781837638260
Length 326 pages
Edition 1st Edition
Tools
Arrow right icon
Author (1):
Arrow left icon
Benjamin Bischoff Benjamin Bischoff
Author Profile Icon Benjamin Bischoff
Benjamin Bischoff
Arrow right icon
View More author details
Toc

Table of Contents (15) Chapters Close

Preface 1. Part 1:Karate Basics
2. Chapter 1: Introducing Karate’s Core Concepts FREE CHAPTER 3. Chapter 2: Setting up Your Karate Project 4. Chapter 3: Writing Basic Karate Tests 5. Chapter 4: Running Karate Tests 6. Chapter 5: Reporting and Logging 7. Part 2:Advanced Karate Functionalities
8. Chapter 6: More Advanced Karate Features 9. Chapter 7: Customizing and Optimizing Karate Tests 10. Chapter 8: Karate in Docker and CI/CD pipelines 11. Chapter 9: Karate UI for Browser Testing 12. Chapter 10: Performance Testing with Karate Gatling 13. Index 14. Other Books You May Enjoy

Making your tests more concise

There are certain principles in software development, such as don’t repeat yourself (DRY) and keep it simple, stupid (KISS), that lead to better and more maintainable code. If your code adheres to the DRY principle, it means that there is not a lot of duplicated code, whereas KISS means that your code should be easy to follow and understand. Both principles can be tackled in Karate, making your tests more fun to work with in the process.

Reducing code by calling other feature files

Background scenarios solve code duplication inside a single feature file, as we saw before. However, it can be beneficial to define common functionality for multiple feature files in a central place.

Also, it is possible to split feature files into smaller reusable parts so that we don’t have very large scenarios that are hard to read and understand. In this section, we will cover both cases.

We will start with a feature file called sayhello.feature...

lock icon The rest of the chapter is locked
Register for a free Packt account to unlock a world of extra content!
A free Packt account unlocks extra newsletters, articles, discounted offers, and much more. Start advancing your knowledge today.
Unlock this book and the full library FREE for 7 days
Get unlimited access to 7000+ expert-authored eBooks and videos courses covering every tech area you can think of
Renews at $19.99/month. Cancel anytime