On June 4, 1996, the maiden flight of the Ariane 5 satellite launcher ended spectacularly after only forty seconds, with bits of the $67 billion vehicle and its payload spread over a fairly large part of French Guiana. The report issued July 19 by the International Inquiry Board noted that the fiery crash was due to a "chain of technical events." The details of that particular chain of events are reviewed here.
IN THIS ISSUE
Job interviews are stressful. Often, people are so eager to impress the interviewer that they don't find out critical information about the company and the position. But it's just as important for you to be convinced of the position's suitability for you as it is for the company to be convinced of your suitability for the position. If you ask the right questions, interviews can be much more productive at helping you avoid poorly managed, unhappy projects and zero in on well-run, professional projects.
"Patterns" have caught on among software designers, especially those working on object-oriented systems. More recently, patterns have been applied to organizational behavior, including patterns for organizing independent test groups. Brian Marick provides Web resources on the study of patterns.
Noel Nyman continues sharing his experiences of working in the Microsoft WindowsNT Group, where he evaluated several automation tools for the Applications Test team. This is the second installment in a series.
Technical Editor Brian Marick outlines a goal for the magazine and its readers: gradual process improvement, driven by immediate needs.
For a project to make long-term progress, it must build a platform of basic engineering practices. On this platform are set the ladders of advanced techniques that you select using risk analysis. Properly managed, these processes help you avoid falling back into the swamp whenever the project is under pressure.
Luisa Consolini tells us why the managerial side of quality is as important as the technical side. The precepts she imparts are: 1) there is something as bad as not doing testing—not managing it; 2) if you don't manage quality, you won't improve it just by applying some fancy quality techniques; and 3) people are not second to quality.
For automated testing, expected results are generated using a test oracle. Here is a look at how heuristic oracles can strike a balance between exhaustive comparison and no comparison at all.
How does one categorize Severity? Should you use numbers like 1, 2, 3; generic names like High, Medium, Low; or more specific names? A telephone switching system, for example, might use industry-specific categories such as "system issue," "line issue," or "call issue." Other environments, as we'll see in this article, tailor classification terms to meet their own functional needs.
Vendor reviews are a wonderful technique to taste before you swallow commercial, off-the-shelf software. They're also a great way to build a partnership with your business decision-makers on packaged-software projects, instead of being brought in late or left out completely. Here are some important things to consider when conducting a vendor review.
Rapid application development means you have to accept that the things you build will need to change. Approach development in a way that makes it easy to transform yesterday’s code into what you need tomorrow. This article explains how testing works in the world of Extreme Programming.
How can you test software without knowing what it should do? Here is a step-by-step approach to overcoming undocumented requirements, including how to discover the requirements, how to define "quality" for the project, and how to create a test plan including release criteria.