November 10 – 12, 2020

Online Edition!

Code review is (not) for testers?

Uros Stanisic

Code review done by testers will increase collaboration and level of trust in the team

Learn what information to look for in code review. Those information might uncover unidentified risks

You don’t have to be a great programmer, because code review is for everyone, you just need to pay attention what to look for

EUROPE'S GREATEST AGILE SOFTWARE TESTING FESTIVAL!

Code review is (not) for testers?

Your testing skills can be used for code review! No matter how good your coding skills are!

Code review isn’t something testers are dealing with often. This is mainly due to popular belief that it should be reserved for developers, and that testers are not technical enough to add value to the process. However, when testers do code review, they should not review the same way developers do. They should consider what should be done from the tester’s perspective.

Testers should pay attention to the following:

- Comments

- Size of the change

- Structure of the change

- Unit tests – available or not?

- Timing of a change

- How it fits into the bigger picture by determining the risk and impact of a change on the system

In my experience comments usually contain a great amount of information. They tell us what has been done and, more importantly, what hasn’t. In terms of the size, sometimes a small change — a single line of code — might carry a great risk. Other times, we expect a small change and end up with dozens of files being updated. By looking at the comments and the size of a change, we can come up with additional ideas or questions that need to be discussed with developers in order to uncover any underlying risks.

By the end of this talk, I will explain the importance of code review for testers, why, how and when to do it and what kind of information to look for. When done right, code review for testers might uncover a wealth of important information influencing our testing. And if some parts of this information are missed and overlooked, it could result in risks not being addressed, shallow testing, and later problems affecting our end customers.


More Related Sessions


30-minute Talk

10:15 a.m. – 10:55 a.m.

150-min Workshop

No Recording
1:45 p.m. – 4:15 p.m.

30-minute Talk

10:15 a.m. – 10:55 a.m.

If you like AgileTD you might also be interested in :

Your privacy matters

We use cookies to understand how you use our site and to give you the best experience on our website. If you continue to use this site we will assume that you are happy with it and accept our use of cookies, Privacy Policy and Terms of Use.