I have small children (5, 3 and 3 years old). During the winter half of the year that means that they are sick. A lot. No really: like you wouldn’t believe. Ok… like this: last year we had a cold outbreak in october and the next time all three of them was well again was in august. This means that I have from time to time spent some time at the hospital. No - you cannot go during the day since the kids mostly becomes much worse when they have lied down for a couple of hours. Like after sleeping for about 3 hours for example. The people working at SÖS children emergency room is amazing! I very rarely met people that isn’t cooperative and want to do their best, even 0430 in the night. Thanks a bunch for taking care of me and my kids when we have been...

Today I talked with someone that was about to create her first ever board, for a team. She was a bit worried as she couldn’t fit her normal workflow on the board. We sat down and discussed for a while and her reasoning and where she got it from made me both sad and upset at the same time. In this blog post I’ll tell you more and then show why I thought that she had got some really bad advice. Here’s how our dialog played out: Me: “What do you mean: I can’t fit our workflow on the board” She: “Well, it doesn’t fit within Scrum or agile. We have an old way of working, I guess it probably doesn’t work for us.” Me: “Really?! Tell me about it: what do you do first” She: “Ok - we have a Inbox or list of stuff, and then it’s Analytics,...

When I showed the code from the last post to a colleague (@HugoHaggmark), he remarked: Nice - but that no unit test. And he’s absolutely right. A unit test should test a unit. The tests in the last post, and the test that Nancy.Testing allows us to easily write, flexes the whole stack of our application. In memory (which is super cool) but the full stack. That’s no unit test. This can still be VERY useful and in this post I’ll show you how to put one of my favorite tools, SpecFlow, in front of what we wrote in the last post, to get an executable specification. Not only that - I’ll do it in a manner that let’s you swap it and hit the HTML page if you wanted to. As the tradition calls - let's look in wonder at Nancy's silhouette. If you came here and want to read up...

This is the fourth (oh my!) post in my series on Nancy.Testing. This time we will leave the Nancy.Testing specific stuff and let our gal meet a friend of mine: Simple.Data(.Testing). By marrying these kids together we will have a really cool full-stack-in-memory-testing-experience (FSIMTE it’s gonna be a thing!). I’ll supply you with some background to Simple.Data and it’s (awesome) testing capabilities, and I probably have to explain the title of this blog post, but then it’s just code all the way down. The other posts in the series can be found here: Intro to testing with Nancy The Configurable bootstrapper The Browser and Response objects Hat and shoeless testing with Simple.Data(this post) SpecFlow and Nancy Let’s dive right in a say hello to Simple.Data, if you haven’t met him already. Simple.Data Simple.Data is a micro-orm. Or as Mark Rendle says: It’s an ORM without any Objects, there’s no Mapping...

I’m in the middle of writing a blog post series on Nancy.Testing and this bit me a bit (sorry, couldn’t resist myself). I have written a lot about how to test web-responses and all the great stuff that comes with it, but totally forgot about view. I assumed that it “just worked”. And it does but… well read on. It’s really simple. Keeping the story short - let’s cut to the code: There’s some really important settings to make here. If you don’t you’ll end up with an (as always in Nancy btw) excellent error message, something like this: Nancy.ViewEngines.ViewNotFoundException: Unable to locate view ‘FariyTaleFigure’ Currently available view engine extensions: sshtml,html,htm,cshtml,vbhtml Locations inspected: ,,,,,,,,views/SimpleDataModuleWithView/FariyTaleFigure-sv-SE,views/SimpleDataModuleWithView/FariyTaleFigure,SimpleDataModuleWithView/FariyTaleFigure-sv-SE,SimpleDataModuleWithView/FariyTaleFigure,views/FariyTaleFigure-sv-SE,views/FariyTaleFigure,FariyTaleFigure-sv-SE,FariyTaleFigure Root path: C:\Dev\DiscoveringNancyThroughTests\DiscoverNancy.Tests\NancyAndSimpleData.Tests\bin\Debug Oh yeah - the two settings you need to do: First install the Razor (or the view engine of choice) NuGet package: Install-Package Nancy.Viewengines.Razor Then set the “Copy to output directory” property to “Copy...

This is the third post in my series on Nancy.Testing. It will focus a lot of the Browser and the Response object. Together with the Browser (and it’s ConfigurableBootstrapper) these objects makes up the entirety of the Nancy.TestingFramework. Let’s do the logo thing again, shall we? The other posts can be found here: Intro to testing with Nancy The Configurable bootstrapper The Browser and Response objects (this post) Hat and shoeless testing with Simple.Data SpecFlow and Nancy By now you’re probably just looking for the code so let’s dive right in. Browser The Browser object is the one that you use to issue requests to the site you’re testing. Most of the Browser configuration is done through the ConfigurableBootstrapper and let’s not go over that again. But the Browser has a couple of other tricks up it’s sleeve to. With each method that you can use to issue HTTP Requests (Get,...

I’ve just published my 800th post! Can’t really understand that. I know that some of them haven’t been all that great but there’s some nuggets of information in there. At least for me. That’s how I started to blog: to make myself write stuff down to remember and formalize my knowledge. 800 posts, six years, 163 000 pageviews. That’s not a lot for many blogs out there but it means a lot to me. Thank you for reading my blog. Even though I started to write it for myself - comments and reactions is  what kept me going on for 6 years! I cannot promise 6 more but right now I’m on a roll.

If your doing specification by example or BDD you will soon realize that the tooling still points towards developers. WIth that I mean, that Cucumber and SpecFlow allows you to write your (executable) specifications in plain text, but you still check it into the source repository. This is of course a good thing since you’d want to version the specification with your code - but it also effectively hides it and keeps the spec out of reach for any non-developing member of the team. Make no mistake here: the .feature-file is the master and original. That’s how it should be since it’s versioned together with the code. But we want everyone in the team to be able to read the specifications and see the test result easily. So we generate documentation off the .feature-files. Pickles is a nice OSS framework that helps you solve this problem by generating documentation in a variety of formats from your...

This is the second post in my series on the awesome testability of Nancy - a minimalistic web framework on the .NET / Mono platform. Let's throw in the logo again - it so nice. The other posts can be found here: 1. Intro to testing with Nancy 2. The Configurable bootstrapper(this post) 3. The Browser and Response objects 4. Hat and shoeless testing with Simple.Data 5. SpecFlow and Nancy This post covers a basic feature that makes up much of the awesomeness that is around configurability in Nancy testing: the configurable bootstrapper. There's a wiki-post on testing on the Nancy Github wiki but it leaves the ConfigurableBootstrapper with a mere mentioning. I think it deserves a deeper look, since you through this actually can control and swap out most anything from the Nancy framework. Even ViewEngines and the NancyEngine itself are possible to change to something that suits you better....

For quite some time I've been a fan and proponent of a .net web framework called Nancy. She describe herself like a: "a lightweight, low-ceremony, framework for building HTTP based services on .Net and Mono" and she looks like the picture on the side. There's much to admire about Nancy (a working web app in a tweet is really cool) and the code and features are pure quality from start to finish, much to the work that @theCodeJunkie (Andreas Håkansson) and @grumpydev (Steven Robbins) is putting in, with the help of a growing and engaged community. The thing that really blowed me away when I first saw it was the testing abilities of Nancy. She's built for testing from the word Go and that gives us some nice features to play with. I thought I devote a couple of posts to the testing abilities of Nancy, here's what I have planned: 1....