Recent changes to feature-requests

MessageBoxTester missing members

Simon Bridewell — Sun, 20 Jun 2010 18:28:41 -0000

I think the MessageBoxTester could do with some new members. For example, the ability to retrieve the MessageBox's MessageBoxIcon, MessageBoxButtons, MessageBoxDefaultButton, and the DialogResult that it returns once one of its buttons has been clicked.

I also notice that while it has ClickOk and ClickCancel methods, there is no way to tell it to click the Yes, No, Abort, Cancel or Retry buttons. So if my test brings up a MessageBox which doesn't have a Cancel or OK button, either I need to click the button myself (if I've overridden the UseHidden property to return false) or my test hangs waiting for someone to click a button which nobody can see.

For an example of what I mean, take a look at http://commonforms.svn.sourceforge.net/viewvc/commonforms/CommonForms/CleverMessageBox.cs?revision=21&view=markup (the class being tested) and http://commonforms.svn.sourceforge.net/viewvc/commonforms/CommonForms.Example/NUnitTests/CleverMessageBoxTest.cs?revision=21&view=markup (the test fixture).

I've only just discovered this project and it looks like it can take a lot of the pain out of unit testing winforms classes. Keep up the good work :-)

Simon.

NumericUpDown control tester

Rob Smyth — Sun, 09 Sep 2007 08:12:14 -0000

Add a tester for System.Windows.Forms.NumbericUpDown control.

ModalFormTester inteface change

Anonymous — Thu, 30 Aug 2007 20:47:24 -0000

Suggest changing ModalFormTester interface. Change "ExpectModal()" method to something like "RegisterModalFormHandler()". This method would no longer accept an "expected" bool. Also, replace "Verify()" with "Invoked()".

My argument is that all assertions should be done by NUnit's Assert utilities. The Verify() function performs a redundant assertion.

For example:
ModalFormTester modalTester = new ModalFormTester();
modalTester.ExpectModal("SomeMessageBox", "SomeHandler", false);
Assert.IsTrue(modalTester.Verify());

This could also be written as:
ModalFormTester modalTester = new ModalFormTester();
modalTester.ExpectModal("SomeMessageBox", "SomeHandler");
Assert.IsFalse(modalTester.Verify());

The redundancy is that Verify() asserts whether the expectations was met. Then Assert also checks that expectation.

This would be cleaner and there is one clear way to use it instead of two:
ModalFormTester modalTester = new ModalFormTester();
modalTester.ExpectModal("SomeMessageBox", "SomeHandler");
Assert.IsFalse(modalTester.Invoked());

ModalFormTester.ExpectModal overlaod for function names

Anonymous — Thu, 30 Aug 2007 16:08:53 -0000

Suggest moving the ExpectModal(string, string [, bool]) overloads from NUnitForms to ModalFormTester. This will allow users to create their own ModalFormTesters but still have the convenience of using ExpectModal with function names instead of Delegates.

Multiple construcotors make the Recorder crash

Anonymous — Thu, 01 Feb 2007 22:24:14 -0000

The recorder crashes when trying to open forms with multiple constructors (additional constructors with parameters)

New API in .NET 3.0

Konstantin Samsonov — Thu, 12 Oct 2006 08:25:32 -0000

http://windowssdk.msdn.microsoft.com/en-
us/library/ms747327.aspx

Easy and powerfull for GUI testing.

You have a plans to use it?

kOSt

Support for .NET 2.0 menu strips

adorjan — Mon, 28 Aug 2006 13:30:34 -0000

The current MenuItemFinder is unable to find menu
items in the .NET 2.0 menu strips. Is there an ETA
for when this will be added?

Thanks,
Adam

New design project

Konstantin Samsonov — Sun, 06 Aug 2006 16:22:59 -0000

Sorry for VB

Interface Promoute

Konstantin Samsonov — Sun, 06 Aug 2006 09:43:24 -0000

See File Attached for new design Recorder Utility

Fast adding VB scripting

Konstantin Samsonov — Sun, 06 Aug 2006 09:28:25 -0000

May be tolk about this with buddie form
http://www.kamalpatel.net/

It has a library with which and zero forces users can
select VB or C#