Skip navigation
Help

poor software quality

warning: Creating default object from empty value in /var/www/vhosts/sayforward.com/subdomains/recorder/httpdocs/modules/taxonomy/taxonomy.pages.inc on line 33.


GTAC 2010: Lessons Learned from Testability Failures

Google Test Automation Conference 2010 October 28-29, 2010 "Lessons Learned from Testability Failures" Presented by Esteban Manchado Velázquez, Opera Software ASA. Often, QA staff focus on the testing itself. However, ensuring a good level of testability is crucial for project quality. For the sake of discussion, we can consider a project ""testable"" if its code is easy to unit test, it is easy to deploy multiple times reliably, and it has good introspection capabilities. When the testability level of a project is not monitored, it can end up becoming a burden for the team. These testability problems usually add up in small steps, making them hard to detect if we do not make the effort to look for them. Some examples of testability problems are poor communication about expected behavior, high thresholds for making tests, and low traceability of bugs. These problems make not only testing, but also implementation, harder. It follows that testability is something that teams must devote a considerable amount of time and energy to. First, testability allows a project to grow to several teams. Second, by facilitating testing it enables more and better tests, which results in higher quality. Finally, many developers do not realise its importance and impact, thus it is not something that will typically be addressed unless someone focuses on it. Esteban Manchado Velázquez has been working on software development for around 10 years and is currently Quality Assurance Engineer and <b>...</b>
From:
GoogleTechTalks
Views:
1472

11
ratings
Time:
40:29
More in
Science & Technology

0
Your rating: None