10.12.2012 Views

Domain Testing: Divide and Conquer - Testing Education

Domain Testing: Divide and Conquer - Testing Education

Domain Testing: Divide and Conquer - Testing Education

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

in the correctness of the program. Code coverage-based testing methods like the<br />

path analysis approach seem to give confidence in the program since they test all or<br />

most portions of the code. This approach will probably miss all or some of the bugs<br />

<strong>and</strong> issues that would have been revealed if the criterion for testing was to expose<br />

all risky areas of the program <strong>and</strong> make the program fail in many interesting <strong>and</strong><br />

challenging ways.<br />

2.01.02.02 Risk-Based Approach<br />

There are other researchers who have talked about strategizing domain testing<br />

effort based on risks. In other words, they described a fault-based or suspicion-<br />

based approach to forming partitions (Beizer, 1995; Collard, personal<br />

communication, July 22, 2003; Frankl et al., 1998; Gerrard & Thompson, 2002;<br />

Hamlet, 2000; Hamlet & Taylor, 1990; Kaner, 2002b; Kaner & Bach, 2003; Myers,<br />

1979; Podgurski & Yang, 1993; Whittaker & Jorgensen, 2002).<br />

Gerrard <strong>and</strong> Thompson (2002) defined risk as: “A risk threatens one or<br />

more of a project’s cardinal objectives <strong>and</strong> has an uncertain probability” (p. 14).<br />

Kaner (2002b) characterized risk as: “Possibility of suffering loss or harm<br />

(probability of an accident caused by a given hazard)” (slide 8). In other words, a<br />

statement describing a risk is an assertion about how a program or system could<br />

fail.<br />

Collard said, “I often say in classes that a list of assumptions is a list of risk<br />

factors with plans for how we are going to manage them. I also emphasize the<br />

criticality of assumptions (how much does each one matter?), which is another way<br />

of saying we need to prioritize based on risk” (personal communication, July 22,<br />

2003).<br />

Most of those who describe risk-based approaches to doing domain<br />

testing do not specifically describe forming equivalence classes or partitions based<br />

on risks, but their approach describes how risks should be identified <strong>and</strong> how test<br />

data should be selected based on identified risks. Some researchers have described<br />

how data points that represent the most risky areas in an equivalence class should<br />

21

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!