STAREAST 2000 - Software Testing Conference
PRESENTATIONS
STAREAST 2000: A Risk-Based Test Strategy
Testing information systems should be based on the business risks to the organization using these information systems. In practice, test managers often take an intuitive approach to test coverage for risks. In this double-track presentation, discover how a "stepwise" definition of test strategy can be used for any test level as well as the overall strategy-providing better insight and a sound basis for negotiating testing depth. |
Ingrid Ottevanger, IQUIP Informatica
|
STAREAST 2000: Automated Testing of Embedded Software
Automating testing for embedded systems has been a real problem in the past. The only option was a customized approach, which is expensive and very risky. There are now mature catalogued hardware interfaces available that can be assembled with a mature scripting language complete with a rich tool set to drive these interfaces. Learn of one successful approach using this "off-the-shelf" system. Discover the important characteristics of a testing system for embedded processes. |
Jim Kandler, Baxter Healthcare Inc.
|
STAREAST 2000: Confessions of a (Recovering) Coding Cowboy
The battle lines are drawn, it seems, between programmers and testers. Do you wonder what makes some programmers so opposed to process control? Why do programmers seem to resent testers? And, more importantly, what can we do to bridge the gap? Learn how to identify different types of developer personalities and development styles and deal with them to your advantage. Susan Joslyn explores ways to inspire quality (recovery) in coding cowboys while minimizing clashes. |
Susan Joslyn, SJ+ Systems Associates, Inc.
|
STAREAST 2000: How Testers Can Contribute to Reviews
Brian Lawrence begins his presentation with a brief overview of what a review is and how it works in software organizations. Although testers may or may not understand source code, they can still contribute considerable value in reviews. Learn how to devise tests as a review preparation technique that can identify potential defects and serve as a basis for test planning and design. |
Brian Lawrence, Coyote Valley Software
|
STAREAST 2000: Testing and Test Automation: Establishing Effective Architectures
Fast development cycles, distributed architectures, code reuse, and developer productivity suites make it imperative that we improve our software test methods and efficiency. What process assessments are available? How do you conduct an assessment? How do you guard against incorrect information? How do you know what to improve first? And how can you make successful improvements without negatively impacting your current work? |
Edward Kit, Software Development Technologies and Hans Buwalda, CMG TestFrame Research Center
|
STAREAST 2000: The Business Case for Software Quality
Each generation of technology-mainframe to client/server to Internet-creates opportunity. It also creates increased risks. Improving the development and testing infrastructure can be a significant investment. Tools need to be required; staff needs to be trained; and outside guidance in the tools and processes may be necessary. This presentation will address ten major areas of opportunity which underscore why this investment is critical to the success of an organization. |
Richard Bender, Technology Builders, Inc. |
STAREAST 2000: The Result of Testing Is Not Quality
From this presentation's summary:
|
Shel Seigel, Seigel Associates Corporation
|
Test Management Boot Camp 101
Although management supervision is a critical factor to a test program's success, it is often entrusted to people with minimal experience and training in these areas. Based on the real-life experience of a fifteen year veteran, this presentation is a crash course in the keys to successful test team supervision and management. Discover how to jump start your test management career and improve your chances of success. |
Jon Hagar, Lockheed Martin Astronautics Company |
Test Metrics Without Tears
The profile of testing has been raised significantly in the last few years, largely due to Year 2000 issues. Organizations accept that they need to systematically and thoroughly test software, and they are demanding the same levels of efficiency that are expected from all other areas of their businesses. Now it is necessary to provide evidence that the activities of the test team are an effective and efficient use of staff. Learn how such evidence can be obtained and reported with minimal overhead on testing resources. |
David Vaughan, The SIM Group
|
Test Strategy, Test Plan, Test Cases: What's the Difference?
Test engineers are often asked to create a test plan for a product. Once the goals of the test project are defined, a test strategy needs to be developed. The second step is to create a test project plan to implement this strategy. A third and final step is to create the actual test case according to the test project plan and test strategy. Learn how these three components-both singularly and collectively-can contribute to a successful test project. |
Howie Dow, Compaq Computer Corporation
|
Pages
Recommended Web Seminars
On Demand | Building Confidence in Your Automation |
On Demand | Leveraging Open Source Tools for DevSecOps |
On Demand | Five Reasons Why Agile Isn't Working |
On Demand | Building a Stellar Team |
On Demand | Agile Transformation Best Practices |