I have this method that validates a password:
/**
* Checks if the given password is valid.
*
* @param password The password to validate.
* @return {@code true} if the password is valid, {@code false} otherwise.
*/
public static boolean validatePassword(String password) {
int len = password.length();
if (len < 8 || len > 20)
return false;
boolean hasLetters = false;
boolean hasDigits = false;
for (int i=0; i<len; i++) {
if (!Character.isLetterOrDigit(password.charAt(i)))
return false;
hasDigits = hasDigits || Character.isDigit(password.charAt(i));
hasLetters = hasLetters || Character.isLetter(password.charAt(i));
}
return hasDigits && hasLetters;
}
Let's focus on the cyclomatic complexity number: what is its value?
Metrics 1.3.6 says it's 7, but I cannot really find seven independent paths: I only find 5! And Wikipedia didn't help out much—how am I suppose to use this formula π - s + 2
?
I have 2 if
's, 1 for
and 3 exit points but I'm stuck: do I have to count the entry point? Should I count twice the first if
since it has two conditions?
EDIT:
Ok, now I found out that Cyclomatic Number is 7. This means that there are 7 independent paths and so I should be able to find 7 different test cases if I would to cover 100% of code, am I right?
Well, I still cannot found the last one! I found these:
- Valid: asdf1234
- Too short: asdf123
- Too long: asdfsgihzasweruihioruldhgobaihgfuiosbhrbgtadfhsdrhuorhguozr
- Invalid character: asdf*123
- All-digit: 12345678
- No-digits: asdfghjk
- wtf???
I think the trick is that the logical operators are counted.
Based off of your Metrics link (http://metrics.sourceforge.net/) under the McCabe Cyclomatic Complexity section:
1 Initial flow
3 decision points (if,for,if)
3 conditional logic operators (||,||,||)
total: 7
I think the main thing here is that conditionals do short-circuiting, which is a form of control flow. What helps is to re-write the code to make that explicit. This sort of normalization is common when doing program analysis. Some ad-hoc normalization (not formal and a machine wouldn't generate this, but it gets the point across) would make your code look like the following:
Notice how the
||
and&&
operators essentially just addif
statements to the code. Also notice that you now have 6if
statements and onewhile
loop! Maybe that is the 7 you were looking for?About multiple exit points, that's a red herring. Consider each function as having one exit node, the end of the function. If you have multiple
return
statements, eachreturn
statement would draw an edge to that exit node.The graph would look like this, where
-----val----> EXIT
means exiting the function with a value ofval
:If you re-write the code, then you just basically add another "pre-return" node that then goes to the exit node:
Now it looks like this:
It's still as complex, and the code is just uglier.
As nicely explained here :
As already mentioned, logical conditions are also calculated.
For example
if (len < 8 || len > 20)
counts as 3 conditions :if
len<8
len > 20
That means, that your code has complexity of
2 + 8 - 3 = 7
, where :