FREE TRIAL: Accelerate your app development career with Hacking with Swift+! >>

How do you write testable Swift?

Recorded – watch the full episode on YouTube.

What techniques do you use use to make sure the Swift code you’re writing is testable?

Ellen Shapiro: There's definitely some dependency injection. I actually prefer calling it parameterization because dependency injection sounds terrifying. The main thing that dependency injection involves is saying, “okay, instead of using this thing here, I want you to use this fake one.” And one way that you could do this, particularly in Swift, is in the initializer or something. You just add a parameter where you say, “give me something that conforms to this protocol.” And you can give it a default value in Swift so that it uses the real thing 99% of the time. But then when you test it, you can hand it a fake thing.

And I feel like calling it parameterization makes it seem a lot more accessible because it really just puts a note on like, this is what you're doing. Instead of having it be a property, you're having it be a parameter and you can use it to set things up either for production or for testing. And at that point then it makes testing stuff a lot easier.

“There's definitely some dependency injection. I actually prefer calling it parameterization because dependency injection sounds terrifying.”

I think another thing I have found to be helpful that I don’t want to give any kind of guideline in terms of how long should a method be. I know that there's some stuff in Swift land where it yells at you if you have more than 50 lines of code in one method or something like that. But I think the thing that I've found is just sort of like, look at how many different things is this particular method doing, and sort of how many of them are conceptually different versus how many of them are sort of conceptually the same thing. So, for example, there's something where I am getting the SHA256 hash of a file.

There's a bunch of it where it's just, okay, load file. Do this, do that. But you know, ultimately the unit of what I'm doing is, here's a file, give me the SHA256 hash. Most of the stuff that can fail in that is really complicated C stuff. That's really kind of a pain in the butt. And ultimately if I broke that out into smaller pieces, it would just make the calls much more complicated. Honestly some of getting to where do you break this out versus where you leave it as one piece, some of that is just practice.

This transcript was recorded as part of Swiftly Speaking. You can watch the full original episode on YouTube, or subscribe to the audio version on Apple Podcasts.

Listen on Apple Podcasts

Hacking with Swift is sponsored by Essential Developer

SPONSORED Join a FREE crash course for iOS devs who want to become complete senior developers — from October 18th to 24th. Learn how to apply iOS app architecture patterns through a series of lectures and practical coding sessions.

Learn more

Sponsor Hacking with Swift and reach the world's largest Swift community!

BUY OUR BOOKS
Buy Pro Swift Buy Swift Design Patterns Buy Testing Swift Buy Hacking with iOS Buy Swift Coding Challenges Buy Swift on Sundays Volume One Buy Server-Side Swift (Vapor Edition) Buy Advanced iOS Volume One Buy Advanced iOS Volume Two Buy Advanced iOS Volume Three Buy Hacking with watchOS Buy Hacking with tvOS Buy Hacking with macOS Buy Dive Into SpriteKit Buy Swift in Sixty Seconds Buy Objective-C for Swift Developers Buy Server-Side Swift (Kitura Edition) Buy Beyond Code

Was this page useful? Let us know!

 
Unknown user

You are not logged in

Log in or create account
 

Link copied to your pasteboard.