Archives for the '.NET Tests' Category
DotNetRocks Interview
I had a real fun talk with Richard and Carl on DotNetRocks. You can listen to the show here.
The highlight was a grand piano being delivered to Carl during the interview.
Although the show was mainly targeted at Dependency Injections, there are many other design issues that are not required because TypeMock is design agnostic. One is […]
Dependency Injection - Keep your privates to yourself
Jacob Proffitt has hit the nail on the head with his “I do wish that people would admit that DI doesn’t have compelling applicability outside of Unit Testing” post, the discussion continues with Nate Kohari response post and Jacobs counter post. Oren has also joined in with two posts.
Here a some ideas for you to think about.
DI […]
A New Trick
I have read this post Interaction based testing using TypeMock.
This code:
Mock clientMock = MockManager.Mock(typeof (Client));
clientMock.Strict = true;
Client client = new Client();
Is exactly the same as this code:
MockObject<Client> clientMock = MockManager.MockObject<Client>();
Client client = clientMock.Object;
I prefer the latter, the main reason being that using MockObject ensures that the Object is the one being mocked.
Here is an […]
Unit Testing Code with System.Diagnostics.Debug
Matt Ellis has answered Ron Cain’s question about Assert in the context of a test harness. I would answer differently.
When testing code that uses Debug.Assert, you would want to fail the test when that Assert fails. Here is a small piece of code that will do it for you (without needing specialized configuration files, this […]
Nicer Tracing with [VerifyMocks]
An unknown feature, (at least till this blog) of the final version of TypeMock 4.0 is the Tracer Utility. Up till this version each time you called MockManager.Init() or when TypeMock started a new sessions the Tracer showed an Initialization (#number) to make it possible to trace the mocked calls.
The reason for this was […]
Good Programming is about Balance
This post hits the nail on its head: When good programming practices are just too good.
What struck me … is the ridiculous amount of code required to implement simple things.
I love this paragraph
We all love rules - with them, you don’t have to think much, you just apply what the smart guys think is the […]
Design vs. Process
Oren Eini has posted Tools vs. Design about the Really Simple Dialog post.
It is NOT the design that will give you the freedom to expand and build extendable and maintainable systems. It is impossible to see the future and to implement the best design, that is what YAGNI is about. It is the process that will allow us […]
Extending Test Frameworks
One really nice feature of TypeMock.NET 4.0 is the ability to extend any/all testing frameworks.
Each test framework has (or lacks) its own extension mechanism, making it hard add extension to all the frameworks. With TypeMock we can now write an new test decorator that will work for all frameworks, including vsTest and nunit, and all runner-tools including […]
TypeMock 4.0 released
We have fixed most the defects from the beta and have released version 4.0.
Thank you beta users!
Bookmark at:
The Humble Dialog (and famous musketeers)
I have read Jeremy’s Build you own CAB series (Build your own CAB Part #2 - The Humble Dialog Box). Jeremy is building the series with the help of d’Artagnan the famous Musketeer wanna-be.
Due to both his pride and an urge to ingratiate himself with those he wished to join, d’Artagnan is challenged to a […]
Subscribe!
RSS 2.0