Sign In Start Free Trial

Book Overview & Buying
Table Of Contents

Testing with f#

By : Mikael Lundin

3.7 (3)

Testing with f#

3.7 (3)

By: Mikael Lundin

Overview of this book

If you are a developer who wants to test applications using F#, this is the book for you. Basic experience of testing and intermediate experience of functional programming in F# is expected.

Preface

Preface

What this book covers

What you need for this book

Who this book is for

Conventions

Reader feedback

Customer support

Free Chapter

1. The Practice of Test Automation

1. The Practice of Test Automation

Testing as a practice

Building trust

The purpose of testing

Testing with intent

Writing tests for regression

Summary

2. Writing Testable Code with Functional Programming

2. Writing Testable Code with Functional Programming

Purely functional

Immutability

Writing testable code

Expressiveness through functional programming

Summary

3. Setting Up Your Test Environment

3. Setting Up Your Test Environment

F# Interactive

Testing with Visual Studio

Comparing MSTest, NUnit, and xUnit

Tools and frameworks

Executing a test suite outside Visual Studio

FAKE

Continuous integration

Summary

4. Unit Testing

4. Unit Testing

Structuring your tests

Arrange, act, assert

FsUnit

Unquote

Testing in isolation

Finding the abstraction level

Test doubles

Dependency injection

Stubbing with Foq

Mocking

Dealing with databases

Summary

5. Integration Testing

5. Integration Testing

Good integration tests

Your first integration test

Setting up and tearing down databases

Speeding up integration testing

Testing stored procedures

Data-driven testing

Testing web services

Summary

6. Functional Testing

6. Functional Testing

Specifications

Setting up TickSpec

Web-browser-based testing

Regression testing

Summary

7. The Controversy of Test Automation

7. The Controversy of Test Automation

Bugs or defects

The cost of quality

The false security of code coverage

Test-driven development

Testing or fact-checking

Summary

8. Testing in an Agile Context

8. Testing in an Agile Context

Building a bridge or tending to a garden

The broken iron triangle

Visualizing metrics

The Kanban board

Predictability

Testing in agile

Summary

9. Test Smells

9. Test Smells

Tests that break upon refactoring

Tests that break occasionally

Tests that never break

Tests that are too complex

Tests that require excessive setup

Developers not writing tests

Summary

10. The Ten Commandments of Test Automation

10. The Ten Commandments of Test Automation

Testing behavior, not implementation

Using ubiquitous language in your test name

Asserting only one thing in your test

Don't mock the Mockingbird

Always refactor your SUT

Your test should never be more than 10 lines of code

Always test in isolation

Controlling your dependencies

Your test is a ninja

The test is not complex

Summary

Index

Index

Testing behavior, not implementation

// don't
[<Test>]
let ``should hash user password with SHA1`` () = 
    () // test body

// do
[<Test>]
let ``should hash user password to make it unreadable`` () =
    ()

Unless hash algorithm is an explicit requirement, it should be considered an implementation detail.

You should never go down to a level of abstraction where your test expresses what the system should do. Instead, you should always test on what the feature expects of the system. The difference is that a test focusing on implementation will break on refactoring, whereas a test that focuses on behavior will not. Safe refactoring is one major part to why we're writing tests in the first place; so, we should really try to support this as much as we can.

This means that we don't explicitly test private methods, constructors, initializers, or patterns, unless they are backed up by a user story.

Visually different images

CONTINUE READING

83

Tech Concepts

36

Programming languages

73

Tech Tools

Unlimited access to the largest independent learning library in tech of over 8,000 expert-authored tech books and videos.

Innovative learning tools, including AI book assistants, code context explainers, and text-to-speech.

50+ new titles added per month and exclusive early access to books as they are being written.

Testing with f#

Search

Your notes and bookmarks