Productivity

With Telerik's Q3 2013 release, we went two extra miles to make your life as a developer easier. Together with all updates across our .NET developer tools, we are also introducing a new service, EQATEC Application Analytics, which will reduce the time you spend on maintaining your application, and even stop the run-time error reports you are getting from your users.

Agile has no Process, doesn’t have Documentation, doesn’t believe in Contracts, doesn’t follow a Plan These four common agile myths most likely come straight from a misunderstanding of the Manifesto’s value propositions. In order to fully understand the value propositions, you have to take all three parts into account, not just the middle section.

This week we have lots of new load testing content in the Test Studio documentation. To help you use Test Studio's load testing features to their full potential, we have created three new knowledge base articles on designing your load tests. The Load Testing Strategies article describes four of the most common load test types, and how to start designing them in Test Studio. Our Selecting Load Traffic page describes some general principles to use in choosing the user profile traffic to capture or import into your Test Studio load test. And in the Profiling Your Application KB article, ...

The last couple posts have seen us using basic Stubs to mock out the functionality a class that our code under test is dependent on. We focused on dealing with an external resource and being able to replicate enough of that resources functionality to satisfy our test. In this post I’ll introduce a new, simple test case. Over this and the next post you’ll see that not all “simple” test cases are so simple.

I mentioned in my last post on project data and analytics that testers and other project professionals certainly use data generated through various tools in helping us determine application quality, our progress to schedule, and to track defects, for example.  But the organization of the data and our inability to ask the right questions prevents us from deeply understanding our software. Why is it so important that we understand our data beyond a few graphs and charts?  The reason is that many projects fail altogether and are cancelled.  Many more don’t achieve all of their important objectives.  One of the ...