Boost logo

Boost :

From: Peter Dimov (pdimov_at_[hidden])
Date: 2002-01-22 08:35:35

From: "Andrei Alexandrescu" <andrewalex_at_[hidden]>
> > In addition, the predefined policies need to be tested as well. This can
> be
> > done policy by policy if each policy has a formal specification and
> > behavior is not affected by the parent SmartPtr (which implies no
> > interaction between policies.)
> I think that that's the main point. As long as policies are orthogonal,
> can be tested in isolation. For example, if CheckingPolicy doesn't
> with any other policy, a suite can test all CheckingPolicy implementations
> using some arbitrary choices for the other policies.

Yes; that'd be the way I'd approach the problem: as a white box.

But a professional black box tester makes no assumptions; when a policy is
intended to work as a SmartPtr parameter, it has to be tested as a SmartPtr

Peter Dimov
Multi Media Ltd.

Boost list run by bdawes at, gregod at, cpdaniel at, john at