Emulators

There will be another UI element in DevRiot command set. A combo box that will allow the user which emulators are available to use given the current project. If a project is a smartphone one, then only smartphone SDK emulators will populate the combo box.

Available!

We are happy to announce that DevRiot for Visual Studio 200X(Beta) is available for downloading at:

http://efekctive.com/beta_public/

The documentation can be found at:

http://efekctive.com/docs/

Don't forget you will need a working email address, a working internet connection, and a SQL Server instance available to install and use DevRiot (the email address is required during setup only)

We hope you find it useful and worth the time to try it! If you have any questions please contact us at this address: beta at efekctive dot com.

Just waiting...

Everything is just waiting for a final delivery hurdle to clear and the beta will be available....

Moving!!

We will move the twitterfeed account from my personal twitter account to http://twitter.com/efeKctive in the next couple of days. Thanks!

Almost there...

The obfuscator has been selected. Building + obfuscating + packaging + installing + monkey testing. In short, making sure it works before actually buying it...

Advice

We are evaluating .Net Obfuscation products. Any input is welcome here or @: beta At efeKctive dot com.

Thanks a lot in advance!

Documented

The documentation is "done". It needs editing to polish my written "spanglish". The setup needs changing to avoid a random identification failure while installing a final round of "monkey testing" and beta should be ready to go!

Wiking!!

For the last few days we have been putting together a simple documentation for this beta. It can be found at: http://www dot efekctive dot com/docs.

Deployment is steady...

Well deployment of the engine is steady, as well as registering and unregistering. A few runs of these three together and some poking around the engine to make sure one last time and it should be ready to be downloaded! Happy new year!!

Registration is there...

The first part of deployment is ready, or almost ready. Tomorrow we will start on deployment of the engine itself. Happy Holidays!

Shallow waters

Finally we packaged a shallow/dummy version of DevRiot for .Net. The goal is to make sure the installers work correctly and package the resources needed by the tool to work. No functionality yet.

We are working on the full deployment logic.

They can be found here

Feel free to try it and let us know what you think at beta [at] efeKctive dot com

Done.

The generics engine, and the engine in general, is stable enough for somebody else to break it. The install/deploy phase begins. A video with the full shebang of features will come in a few...

One Bug Down...

DevRiot's generics compiler has a couple of bugs that make it behave different from .Net's standard behavior. One is already down. The other should come down soon and deployment start...

FormMinder!

Some messy code on our behalf renders DevRiot's GUI unusable. And it looks random so far. Working on it...

Generics Generator getting a life...

We have hit a can of worms, actually a couple of weeks back, that made the automatic recompilation of tests algorithm working for generic types only or non-generic types only. Obviously this was not acceptable.

This algorithm was rewritten and it looks cleaner and working...

Crawling back to deployment

The recompilation process has hit a couple of obstacles while dealing with generic methods but we are working on them. But we have found a clean, simple way of deployment that is worthwhile trying...

Glad to be back!

After a short trip where I broke the only surfboard I had on the first session and was chased out of the line-up by a shark on the third day finding the last changes made to the engine were less than ideal is a piece of cake.

The trouble is already spotted, thoroughly examined, and almost fixed. The deployment logic will have to wait a tiny bit.

It is nice to see how big companies, and big research institutions continue using "Quality Advantage" on a regular basis.

DevRiot Beta is wating for deployment...

We fixed the nested generics problems. It looks good enough to let people really find its problems.

This leaves DevRiot beta ready to be used once the deployer method is ready. Will be off the grid on a 2-week friends & family & surfing trip. A break is called for.

Nested Generics...

We are experiencing a little bit of trouble with the way nested generic types are being stored. In the meantime a couple of buttons/shortcuts were added so the engine can be disengaged when a series of builds trigger continuously DevRiot's automatic build.

Next week will be a simple install and finish the engine deployment method. Beta is just a short steps away...

Progress one thread at a time...

Arrays and Dynamic fixtures seem to be stable. A couple of bugs that we'll need to get back to but nothing to keep us from moving on to threading/Load & Stress...

Short Stop.

Block arrays have become stable. Cut and Paste of tree nodes will wait.

Tweeterish update

Making great progress. Generics is stable. Block arrays (of the form [,,,]) not so much.

Generics core

The interesting thing about last post is that the cpu utilization averaged 50% during the entire rebuilding of the suite (3.4 million tests) If memory is managed with common sense the throughput of DevRiot in multi-core machines with several cpu would be hard to match (mine is a duo)

On the down side the internal compiler choked at complex generic types like:

"ns1.t2<ns1.t1<system.byte[][],system.byte>,System.Byte,System.Int32>[][][]"

Problem solved. Smooth..

3,400,003 and counting...

We spent the weekend fixing an old disconnection problem when running large amount of tests. We fixed it. It works like a champ, it executed some really ineffient code for 24 hours straight without a bleep.

We also managed to squeeze 3.4 million tests with some complexity: runtime generics, different levels of validation and the engine ran like a champ. The pudding:

 

DevRiot for .Net Beta Update...

Having a little bit of trouble with nested generic types and bulk creation (25,000 or more) but other than stable an smooth.

BTW properties will not be supported for this beta. 

Another Short Update

DevRiot for .Net is coming along well. We have spent extra time ironing out the code that deals with System.Object, interfaces, and abstract types because it is adding more dynamic input to an already dynamic engine. 

Since the user never writes code, tests are generated/executed on the fly, the former types add more complexity to the logic so the ironing of bugs turns more complex too.

Hit a unexpected behavior between the recompiling process of DevRiot and VS debugger. Specially annoying when handling 10,000 tests or more.

Feature complete!!

Finally, the feature set that is to be included in DevRiot for .Net is complete and stable. Next in line comes the installer and the delivery logic.

We are considering delivering a double plug-in . The users will install a Visual Studio add-in that will download DevRiot's engine. This way fixes will delivered easily.

This beta will support only Desktop Framework and unit testing. GUI testing, since it depends more on the running device, will be delivered at a later time when support for Compact and Micro Frameworks is polished.

A demo video will follow soon.

Another glitchy update...

We have been dealing, for the last several days, with an annoying timing issue that messes up all the symbols  displayed in the UI.

Cause & Effect:

One would have to think there is a correlation: a tech giant profit falls, they download our whitepaper. 

It seems that our wp has a reputation.

The beta is coming along great. I have had to devote time to help family, but I fixed bugs and DevRiot, I hope, it is getting close to be as useful as the whitepaper.

Me too!!

There will be no public beta for DevRiot .Net. Just access to the people who kindly signed up to try it out.

So for those me-too with a laundry list of me-too features, stop poking around!

Great Progress!!

The last couple of weeks have seen a lot of bug fixing, a more transparent GAC manipulation. Th engine is a lot more stable. It needs to be because it will also handle the GUI tests. Back to work...

Still working out the bugs...

...inside the generics engine to recompile the tests from storage. Not being able to ask questions makes the work slow down a lot.

Will have another demo soon.

The Referencer

Is still working on fixing bugs. The logic to implement new/old method matching is uncovering a lot of bugs. Not as close to beta as I thought or would like...

Plugging the plug-in

We are paying the error of working while sick on a key piece of code regeneration. Bad code, or at least worse than usual, that needs rewriting.

But it also has given us the opportunity of thinking about deployment.

We are toying with the idea of adopting "perpetual delivery" mode. Since the engine is not larger than 150K, downloading it can part of the add-in setup.

From the lonely tree to the red sound (Progress report)

The recompilation process is moving slowly but solidly. As anyone might have guessed bugs have been uncovered and are about to disappear...

Beta Sign-up problems.

It has been brought to our attention that the beta registration page has been behaving erratically.

For those who have problems please send an email to the following address:

beta@efekctive.com

We apologize for any inconvenience.


This is an old post. Beta registration occurs at installation. Thanks!