The Latest
STAREAST 2006: Testing Outside the Bachs[presentation] Simply put, exploratory testing means designing your tests as you perform them. When it's done well, it's a fantastically productive and rewarding approach to testing. However, to do it well requires training, practice, and discipline. |
![]() |
|
Automated Setup and Tear Down of Complex, Multi-tier Test Configurations[presentation] Many software test and development teams struggle to test systems with complex set-up steps and multiple configurations. |
James Phillips, Akimbi Systems
|
|
Code Coverage: Where Does it Fit?[presentation] Many organizations use code coverage almost religiously in their testing. Just as many or more organizations do not use code coverage or have tried it and stopped. |
Dale Brenneman, McCabe Software
|
|
A Balanced Scorecard Approach for Assessing Test Value and Success[presentation] Internal test metrics--test progress, defect density, and TPI/TMM measures on process improvement-do not reveal the complete picture of test value and success. |
![]() |
|
CMMI Level 5: How Our Test Organization Got There[presentation] Achieving CMMI® Level 5 Capability as an independent test organization takes a tremendous effort. However, achieving CMMI® Level 5 or a lower level compliance is not out of your reach. |
Kristen Bevans, IBM - Global Testing Organization
|
|
Test Then Code with Agile Inspections[presentation] It is well known that the earlier in the development lifecycle a fault is found, the less costly it is to resolve. |
Richard Durham, Citrix Systems Ltd
|
|
"How to Build a Better Test Script" with a Component-Based Approach[presentation] Do you dream of having a centralized, modular set of test script steps or "components" that you can link together many times in multiple test scripts to create end-to-end fully automated tests? |
Jeff Roberts, Convergys
|
|
Put on a Gamer's Hat with Data Flow Testing[presentation] Designing tests from the point-of-view of the data is like playing a first-person-shooter game. It's fun-and it can give you a deeper understanding of the application under test. |
Mitch Goldman, Mitch Goldman (Self)
|
|
STAREAST 2006: Lightning Talks: A Potpourri of 5-Minute Presentations[presentation] Lightning Talks are nine five-minute talks in a fifty-minute time period. Lightning Talks represent a much smaller investment of time than track speaking and offer the chance to try conference speaking without the heavy commitment. |
![]() |
|
Agile Software Development: What's in it for Testers?[presentation] Agile software development methods change the ways teams work together to build software systems. Testers often are wary of what these changes will mean to them. |
Alan Ridlehoover, Microsoft
|
|
STAREAST 2006: Branch Out Using Classification Trees for Test Case Design[presentation] Classification trees are a structured, visual approach to identify and categorize equivalence partitions for test objects to document test requirements so that anyone can understand them and quickly build test cases. |
![]() |
|
Tester Skills for Moving Your Automation to the Next Level[presentation] Job interviews for test automation engineers are often limited to, "How proficient are you with the tool vendor XYZ's scripting language?" This approach does little to help the hiring manager choose those individuals who are or will become hi |
![]() |
|
The Software Vulnerability Guide: Uncut and Uncensored[presentation] Warning: This talk contains graphic examples of software failure . . . not suitable for the faint of heart. This "no holds barred" session arms testers with what they really need to know about finding serious security vulnerabilities. |
Herbert Thompson, Security Innovation LLC
|
|
STAREAST 2006: Testing Dialogues - Management Issues[presentation] As a test manager, are you struggling at work with a BIG test management issue or a personnel issue? If so, this session is for you. |
Facilitated by Esther Derby and Johanna Rothman
|
|
Testing: The Big Picture[presentation] If all testers put all their many skills in a pot, surely everyone would come away with something new to try out. Every tester can learn something from other testers. But can a tester learn something from a ski-instructor? |
Brian Bryson, IBM Rational Software
|