What can you do about improving the coding when you are a test manager?


The idea for this post came up recently on the quite fruitful meeting, on which it was discovered that the code quality in the project is quite good, according to tools the team is using – is impressive and looks ‘green’ 🙂

On the other hand, when we’ve analyzed the other code metrics – it turned out that the cyclomatic complexity is not so great.

If you are not familiar with the term, cyclomatic complexity is used to measure the complexity at the class or the method level. It is a quantitative measure of the number of linearly independent paths through a program’s source code. It helps to keep the code in as testable and maintainable way as possible, by indicating unnecessary complexity.

Example taken from https://craftofcoding.files.wordpress.com/2014/11/cyclo_complexity.jpg

In the project, I am thinking of, the complexity goes up, completely unnoticed. It may mean that there is no one in the project, who pays attention to the overall coding progress and its’ quality. Developers to their job, use Sonar Cube to check their recent changes and when no bugs are discovered, they are happy with the result.


The question is – what can you do about the code quality when you are not a developer? There will be always a person, who claims that he knows better and in fact, you know nothing about the coding.

Our simple answer during the meeting was – you can check the metrics and then talk to people who can do something about the coding quality.

Is it always possible? Only in the projects where all of your code is covered by good metrics, which measure something and when your team write unit tests that test the code – not to pretend that they do 🙂

Each project is different and each is a challenge for both – developers and the testers – but every time you wish to improve the quality – it is possible.

Testing management is still quite a big unknown for me, but I still try to act like a tester but behave more like a manager.

I spend some time every day thinking of how to test differently, explore, how to x-ray the code to get more information about vulnerabilities and flaws. What helps me out? A set of tools that I use on a regular basis – they may not be always associated with testing, but I found them very useful – from a management perspective.

The first one is Jira plugin X-Ray and the second is SonarQube. I am sponsored by none of them, I just find them ok and worth to use.

X-Ray turned out to be a nitty-gritty tool when you use Jira daily. It just adds value to your work. It gives the opportunity of managing all test cases, not only the automation but the manual ones as well – all in one place, with pretty visual reports. I like it, my bosses like it, you should try it.

I’ve also discovered, that SonarQube may not necessarily be just a tool for developers, but also useful toy for the quality manager. I check Metrics and Activities tabs and look for points for improvements.

I don’t mean spotting the obvious errors or bugs – I mean rather mean hunting for vicious code in the project and implying the constant need for improvement.

If you have anything to to with the test management or quality assurance as well- I recommend this short exercise for you every day: start your working day from a short trip around different metrics – nightly builds, code coverage, cyclomatic complexity and so on. I guarantee that every day there can be a discovery that you can later address to improve the quality and stability of your product. If you tend to forget the obvious, as I do, make yourself a reminder in your calendar. It will help you structure your work and do better every day.

Managing, checking, metrics blah blah blah – “Do you fix it on your own, girl?” hahaha.

Here comes this harder part of the job – when you approach people and kindly ask for help or advice. I think that testing, managing or whatever is always about talking to people and working for the same goal – good quality. So the reports themselves or improved cyclomatic complexity won’t make your project better or worse – the point is what would you do about them and what you can achieve as a team. But this is a completely different story 🙂

If you would like to know more about tools that I use or if you have a better tool to recommend – just let me know in the comments section below or on Twitter.

Fail compilation #NeverStopTesting

As you probably know, I have this special ability to brake things. No matter what the app is or how fantastic the website seem to look like – everybody use it – I’ll brake it for sure. This is me. The tester.

I collect all of those in my Gallery, sometimes post on Twitter with a hashtag #NeverStopTesting, but from time to time I my collection is so large, that
I need to organize it.

Treat this post, as a trophy gallery, please.

Language translations are my favorite. From time to time I change language on my phone, in order to learn new words. It’s great to observe how various websites and applications go crazy when I switch the language back to Polish 😀

For example Facebook couldn’t handle it and crashed.

Screenshots below could be funny for my Polish readers. Extra!


I like to be well informed when something goes wrong. The sign below means “Error occurred” in Polish 🙂

Sometimes it is just wrong. Entirely wrong…

If you are a fellow tester – share your findings down below or post them as a comment on Twitter 🙂 Cheers.