Kelly Whitmill
Member for
24 yearsKelly Whitmill has more than nineteen years experience in software testing. Most of that time his role has been that of a team lead with responsibility for finding and implementing effective methods and tools to accomplish the required tests. He is particularly interested in practical approaches that can be effective in environments with limited resources. He has a strong interest in test automation. He has worked in both small and large company environments. He has worked on PC-based, Unix-based, and Mainframe-based projects. He currently works for the IBM Printing Systems Division in Boulder, Colorado.
Kelly Whitmill has more than nineteen years experience in software testing. Most of that time his role has been that of a team lead with responsibility for finding and implementing effective methods and tools to accomplish the required tests. He is particularly interested in practical approaches that can be effective in environments with limited resources. He has a strong interest in test automation. He has worked in both small and large company environments. He has worked on PC-based, Unix-based, and Mainframe-based projects. He currently works for the IBM Printing Systems Division in Boulder, Colorado.
All Articles by Kelly Whitmill
All Stories by Kelly Whitmill
| Getting More Mileage Out of Your Automation Kelly Whitmill offers hints, guidelines, and tradeoffs for automated verification of test executions and tells you how to do automated verification when you can't know the expected results until runtime. Find out why you don't need formal models and fancy tools to use test case generation in your projects. |
|
| Writing Better Defect ReportsWhy do some testers get a much better response from development than others? Part of the answer lies in the defect report. Following a few simple rules can smooth the way for a much more productive environment. The objective is not to write the perfect defect report, but to write an effective defect report that conveys the proper message, gets the job done, and simplifies the process for everyone. This paper focuses on two aspects of defect reports: 1) the remarks or description and 2) the abstract. |