Category: dummyCategory

Articles, dummyCategory

Codemanship TDD

Like many Agile approaches, the principles of Test-Driven-Development (TDD) and its Red-Green-Refactor cycle seem deceptively simple. As often, things are more complicated in practice and this is why Jason Gorman wrote a 200 pages book about TDD that explores the multiples dimensions of this approach. If the book TDD from Jason Gorman presents naturally in details the main process behind Test-Driven-Development, it explores also some of the associated topics that are less often discussed like working with a customer, continuous integration or dealing with legacy code. The book is well-structured, with a practical code-oriented approach and filled with examples. It uses Java as a programming language, but it can be used by all coding platform. I will recommend this book to every software developer and software tester concerned by code quality, whether they work in an Agile context or not. Reference: Codemanship TDD, Jason Gorman, Quotes Seven decades of computer programming history has taught that us that our code will almost certainly need to change. If code is difficult to understand, complicated, full of duplication, and too interconnected, then it will be expensive to change. TDD explicitly includes a discipline called refactoring that helps us to keep our code as easy to change as possible. The key to communication is ensuring every stakeholder’s internal mental model is roughly the same. That means we all need to be speaking the same language. If software design is all about solving the customer’s problem, it stands to reason that the language we should all be speaking is the customer’s language. When it comes to the quality of our code, we often have the best of intentions to go back and code issues that might get in our way later. Inspection of hundreds of code bases, however, teaches us that – nine times out of ten – we never actually get around to it fixing problems we leave behind. For that reason, I strongly recommend that you refactor until you’re happy leaving the code as it is – because you very probably will leave it like that forever. That makes the third step in the TDD cycle extremely important. It reminds us to clean up our code to make it as readable, as simple, as free of duplication and as modular as we can before moving on to the next failing test. What we should generally not do is invent non-functional requirements without consulting the customer, and speculatively optimise our code “just in case”. Let the customer’s needs and real technical constraints (budget, hardware, legal compliance, etc) drive your non-functional tests. And relate the non-functional tests directly to functional customer tests wherever possible, so you can be sure that you and the customer are talking specifics. When you talk about a feature being used very frequently, be sure which scenario you’re referring to. Withdrawing cash from an ATM may occur frequently, but an edge case like the mechanism that dispenses the notes jamming occurs very rarely.

by admin
Articles, dummyCategory

Capacity Planning using the Universal Scalability Law with Java and usl4j

Capacity planning is an important task when trying to anticipate resources and scaling factors for our applications.The usl4j library offers us an easy abstraction for Neil J. Gunther’s Universal Scalability Law and allows us to build up a predictive model based on the parameters throughput, latency and concurrent operations.With a basic input set of two of these parameters, we are able to predict how these values change if we change one input parameter so that we can build our infrastru

by admin
dummyCategory, Events

Registration | EclipseCon Europe 2018

Welcome to EclipseCon Europe / OSGi Community Event registration. Things to Know Special content: Info and registration for Eclipse Community Day and Theme Days Discount codes: List of codes and qualifications (note that these must be entered on the payment page in the registration system) Registration FAQs: Policies, payment options, discounts, transfers, cancellations, etc.

by admin
Articles, dummyCategory

Java Testing Weekly 40 / 2018

There are many software development blogs out there, but many of them don’t publish testing articles on a regular basis. Also, I have noticed that some software developers don’t read blogs written by software testers. That is a shame because I think that we can learn a lot from them. That is why I decided to create a newsletter that shares the best testing articles which I found during the last week. Let’s get started. Technical Stuff Structured JUnit 5 testing is an interesting blog post that explains how you can structure your test cases by using nested inner classes and the given-when-then format. The Really Valuable Stuff Does Test Driven Development Work? is an excellent post that takes a look at both subjective discussions and academic research. Finally, the author shares his own thoughts about TDD. I recommend that you read this blog post because it’s a well-written blog post, and the author shares a lot links to external resources that help you to study this matter further. GDPR – The Forgotten Tests – Test 1 is an interesting blog post which describes why you must ensure that the personal information of your users is safe even if you

by admin