os/ossrv/lowlevellibsandfws/pluginfw/Framework/ResolverTest/ResolverTransitionValidation.h
1.1 --- /dev/null Thu Jan 01 00:00:00 1970 +0000
1.2 +++ b/os/ossrv/lowlevellibsandfws/pluginfw/Framework/ResolverTest/ResolverTransitionValidation.h Fri Jun 15 03:10:57 2012 +0200
1.3 @@ -0,0 +1,288 @@
1.4 +// Copyright (c) 1997-2009 Nokia Corporation and/or its subsidiary(-ies).
1.5 +// All rights reserved.
1.6 +// This component and the accompanying materials are made available
1.7 +// under the terms of "Eclipse Public License v1.0"
1.8 +// which accompanies this distribution, and is available
1.9 +// at the URL "http://www.eclipse.org/legal/epl-v10.html".
1.10 +//
1.11 +// Initial Contributors:
1.12 +// Nokia Corporation - initial contribution.
1.13 +//
1.14 +// Contributors:
1.15 +//
1.16 +// Description:
1.17 +// The definition of the validation classes for the CResolver class tests.
1.18 +//
1.19 +//
1.20 +
1.21 +#ifndef __RESOLVERTRANSITIONVALIDATION_H__
1.22 +#define __RESOLVERTRANSITIONVALIDATION_H__
1.23 +
1.24 +// ______________________________________________________________________________
1.25 +//
1.26 +/**
1.27 + @internalComponent
1.28 +
1.29 + Comments : Provide all the CtorUnit Test's specific
1.30 + validatation for the state of a transition before and after its execution.
1.31 + on the CDefaultResolver test class for a transition.
1.32 + */
1.33 +class TDefaultResolver_Ctor_TransitionValidator : public TTransitionValidator
1.34 + {
1.35 +public:
1.36 + /**
1.37 + @fn TDefaultResolver_Ctor_TransitionValidator(CUnitTestContext& aUTContext)
1.38 + Intended Usage : Default constructor
1.39 + @leave KErrNoMemory
1.40 + @since 7.0
1.41 + @param aUTContext The context within which this transition is executing
1.42 + */
1.43 + inline TDefaultResolver_Ctor_TransitionValidator(CUnitTestContext& aUTContext);
1.44 +
1.45 + /**
1.46 + @fn ValidatePreConditions()
1.47 + Intended Usage : Implemented by the developer to check the
1.48 + end state of the transition behaviour.
1.49 + Error Condition : Invalid pre-conditions
1.50 + @since 7.0
1.51 + @return TBool ETrue if the pre-conditions were valid, EFalse otherwise.
1.52 + @pre TDefaultResolver_Ctor_TransitionValidator is fully constructed.
1.53 + @post No change to the iUTContext class.
1.54 + */
1.55 + virtual inline TBool ValidatePreConditions();
1.56 +
1.57 + /**
1.58 + @fn ValidatePostConditions(TTestBedAsyncState aAsyncState)
1.59 + Intended Usage : Implemented by the developer to check the
1.60 + end state of the transition behaviour.
1.61 + When overriding, if the transition calls an asynchronous function
1.62 + ValidatePostConditions will be called twice. Firstly, after the
1.63 + asynchronous function has been called and, secondly, after the
1.64 + asynchronous request has completed. The parameter aAsyncState can
1.65 + be used to distinguish between these two cases.
1.66 + Error Condition : Invalid post-conditions.
1.67 + @since 7.0
1.68 + @param aAsyncState EAsyncCalled if the async function has been just been called,
1.69 + EAsyncCompleted if the function has completed.
1.70 + @return TBool ETrue if the post-conditions were valid, EFalse otherwise.
1.71 + @pre TDefaultResolver_Ctor_TransitionValidator is fully constructed.
1.72 + @post No change to the iUTContext class.
1.73 + */
1.74 + virtual inline TBool ValidatePostConditions(TTestBedAsyncState aAsyncState);
1.75 + }; // TDefaultResolver_Ctor_TransitionValidator
1.76 +
1.77 +// ______________________________________________________________________________
1.78 +//
1.79 +/**
1.80 + @internalComponent
1.81 +
1.82 + Comments : Provide all the DtorUnit Test's specific
1.83 + validatation for the state of a transition before and after its execution.
1.84 + on the CDefaultResolver test class for a transition.
1.85 + */
1.86 +class TDefaultResolver_Dtor_TransitionValidator : public TTransitionValidator
1.87 + {
1.88 +public:
1.89 + /**
1.90 + @fn TDefaultResolver_Dtor_TransitionValidator(CUnitTestContext& aUTContext)
1.91 + Intended Usage :
1.92 + @leave KErrNoMemory
1.93 + @since 7.0
1.94 + @param aUTContext The context within which this transition is executing
1.95 + */
1.96 + inline TDefaultResolver_Dtor_TransitionValidator(CUnitTestContext& aUTContext);
1.97 +
1.98 + /**
1.99 + @fn ValidatePreConditions()
1.100 + Intended Usage : Implemented by the developer to check the
1.101 + end state of the transition behaviour.
1.102 + Error Condition : Invalid pre-conditions
1.103 + @since 7.0
1.104 + @return TBool ETrue if the pre-conditions were valid, EFalse otherwise.
1.105 + @pre TDefaultResolver_Dtor_TransitionValidator is fully constructed.
1.106 + @post No change to the iUTContext class.
1.107 + */
1.108 + virtual inline TBool ValidatePreConditions();
1.109 +
1.110 + /**
1.111 + @fn ValidatePostConditions(TTestBedAsyncState aAsyncState)
1.112 + Intended Usage : Implemented by the developer to check the
1.113 + end state of the transition behaviour.
1.114 + When overriding, if the transition calls an asynchronous function
1.115 + ValidatePostConditions will be called twice. Firstly, after the
1.116 + asynchronous function has been called and, secondly, after the
1.117 + asynchronous request has completed. The parameter aAsyncState can
1.118 + be used to distinguish between these two cases.
1.119 + Error Condition : Invalid post-conditions.
1.120 + @since 7.0
1.121 + @param aAsyncState EAsyncCalled if the async function has been just been called,
1.122 + EAsyncCompleted if the function has completed.
1.123 + @return TBool ETrue if the post-conditions were valid, EFalse otherwise.
1.124 + @pre TDefaultResolver_Dtor_TransitionValidator is fully constructed.
1.125 + @post No change to the iUTContext class.
1.126 + */
1.127 + virtual inline TBool ValidatePostConditions(TTestBedAsyncState aAsyncState);
1.128 + }; // TDefaultResolver_Dtor_TransitionValidator
1.129 +
1.130 +// ______________________________________________________________________________
1.131 +//
1.132 +/**
1.133 + @internalComponent
1.134 +
1.135 + Comments : Provide all the DefaultUnit Test's specific
1.136 + validatation for the state of a transition before and after its execution.
1.137 + on the CDefaultResolver test class for a transition.
1.138 + */
1.139 +class TDefaultResolver_Default_TransitionValidator : public TTransitionValidator
1.140 + {
1.141 +public:
1.142 + /**
1.143 + @fn TDefaultResolver_Default_TransitionValidator(CUnitTestContext& aUTContext)
1.144 + Intended Usage :
1.145 + @leave KErrNoMemory
1.146 + @since 7.0
1.147 + @param aUTContext The context within which this transition is executing
1.148 + */
1.149 + inline TDefaultResolver_Default_TransitionValidator(CUnitTestContext& aUTContext);
1.150 +
1.151 + /**
1.152 + @fn ValidatePreConditions()
1.153 + Intended Usage : Implemented by the developer to check the
1.154 + end state of the transition behaviour.
1.155 + Error Condition : Invalid pre-conditions
1.156 + @since 7.0
1.157 + @return TBool ETrue if the pre-conditions were valid, EFalse otherwise.
1.158 + @pre TDefaultResolver_Default_TransitionValidator is fully constructed.
1.159 + @post No change to the iUTContext class.
1.160 + */
1.161 + virtual inline TBool ValidatePreConditions();
1.162 +
1.163 + /**
1.164 + @fn ValidatePostConditions(TTestBedAsyncState aAsyncState)
1.165 + Intended Usage : Implemented by the developer to check the
1.166 + end state of the transition behaviour.
1.167 + When overriding, if the transition calls an asynchronous function
1.168 + ValidatePostConditions will be called twice. Firstly, after the
1.169 + asynchronous function has been called and, secondly, after the
1.170 + asynchronous request has completed. The parameter aAsyncState can
1.171 + be used to distinguish between these two cases.
1.172 + Error Condition : Invalid post-conditions.
1.173 + @since 7.0
1.174 + @param aAsyncState EAsyncCalled if the async function has been just been called,
1.175 + EAsyncCompleted if the function has completed.
1.176 + @return TBool ETrue if the post-conditions were valid, EFalse otherwise.
1.177 + @pre TDefaultResolver_Default_TransitionValidator is fully constructed.
1.178 + @post No change to the iUTContext class.
1.179 + */
1.180 + virtual inline TBool ValidatePostConditions(TTestBedAsyncState aAsyncState);
1.181 + }; // TDefaultResolver_Default_TransitionValidator
1.182 +
1.183 +// ______________________________________________________________________________
1.184 +//
1.185 +/**
1.186 + @internalComponent
1.187 +
1.188 + Comments : Provide all the IdentifyImplementationLUnit Test's specific
1.189 + validatation for the state of a transition before and after its execution.
1.190 + on the CDefaultResolver test class for a transition.
1.191 + */
1.192 +class TDefaultResolver_IdentifyImplementationL_TransitionValidator : public TTransitionValidator
1.193 + {
1.194 +public:
1.195 + /**
1.196 + @fn TDefaultResolver_IdentifyImplementationL_TransitionValidator(CUnitTestContext& aUTContext)
1.197 + Intended Usage :
1.198 + @leave KErrNoMemory
1.199 + @since 7.0
1.200 + @param aUTContext The context within which this transition is executing
1.201 + */
1.202 + inline TDefaultResolver_IdentifyImplementationL_TransitionValidator(CUnitTestContext& aUTContext);
1.203 +
1.204 + /**
1.205 + @fn ValidatePreConditions()
1.206 + Intended Usage : Implemented by the developer to check the
1.207 + end state of the transition behaviour.
1.208 + Error Condition : Invalid pre-conditions
1.209 + @since 7.0
1.210 + @return TBool ETrue if the pre-conditions were valid, EFalse otherwise.
1.211 + @pre TDefaultResolver_IdentifyImplementationL_TransitionValidator is fully constructed.
1.212 + @post No change to the iUTContext class.
1.213 + */
1.214 + virtual inline TBool ValidatePreConditions();
1.215 +
1.216 + /**
1.217 + @fn ValidatePostConditions(TTestBedAsyncState aAsyncState)
1.218 + Intended Usage : Implemented by the developer to check the
1.219 + end state of the transition behaviour.
1.220 + When overriding, if the transition calls an asynchronous function
1.221 + ValidatePostConditions will be called twice. Firstly, after the
1.222 + asynchronous function has been called and, secondly, after the
1.223 + asynchronous request has completed. The parameter aAsyncState can
1.224 + be used to distinguish between these two cases.
1.225 + Error Condition : Invalid post-conditions.
1.226 + @since 7.0
1.227 + @param aAsyncState EAsyncCalled if the async function has been just been called,
1.228 + EAsyncCompleted if the function has completed.
1.229 + @return TBool ETrue if the post-conditions were valid, EFalse otherwise.
1.230 + @pre TDefaultResolver_IdentifyImplementationL_TransitionValidator is fully constructed.
1.231 + @post No change to the iUTContext class.
1.232 + */
1.233 + virtual inline TBool ValidatePostConditions(TTestBedAsyncState aAsyncState);
1.234 + }; // TDefaultResolver_IdentifyImplementationL_TransitionValidator
1.235 +
1.236 +// ______________________________________________________________________________
1.237 +//
1.238 +/**
1.239 + @internalComponent
1.240 +
1.241 + Comments : Provide all the MatchUnit Test's specific
1.242 + validatation for the state of a transition before and after its execution.
1.243 + on the CDefaultResolver test class for a transition.
1.244 + */
1.245 +class TDefaultResolver_Match_TransitionValidator : public TTransitionValidator
1.246 + {
1.247 +public:
1.248 + /**
1.249 + @fn TDefaultResolver_Match_TransitionValidator(CUnitTestContext& aUTContext)
1.250 + Intended Usage :
1.251 + @leave KErrNoMemory
1.252 + @since 7.0
1.253 + @param aUTContext The context within which this transition is executing
1.254 + */
1.255 + inline TDefaultResolver_Match_TransitionValidator(CUnitTestContext& aUTContext);
1.256 +
1.257 + /**
1.258 + @fn ValidatePreConditions()
1.259 + Intended Usage : Implemented by the developer to check the
1.260 + end state of the transition behaviour.
1.261 + Error Condition : Invalid pre-conditions
1.262 + @since 7.0
1.263 + @return TBool ETrue if the pre-conditions were valid, EFalse otherwise.
1.264 + @pre TDefaultResolver_Match_TransitionValidator is fully constructed.
1.265 + @post No change to the iUTContext class.
1.266 + */
1.267 + virtual inline TBool ValidatePreConditions();
1.268 +
1.269 + /**
1.270 + @fn ValidatePostConditions(TTestBedAsyncState aAsyncState)
1.271 + Intended Usage : Implemented by the developer to check the
1.272 + end state of the transition behaviour.
1.273 + When overriding, if the transition calls an asynchronous function
1.274 + ValidatePostConditions will be called twice. Firstly, after the
1.275 + asynchronous function has been called and, secondly, after the
1.276 + asynchronous request has completed. The parameter aAsyncState can
1.277 + be used to distinguish between these two cases.
1.278 + Error Condition : Invalid post-conditions.
1.279 + @since 7.0
1.280 + @param aAsyncState EAsyncCalled if the async function has been just been called,
1.281 + EAsyncCompleted if the function has completed.
1.282 + @return TBool ETrue if the post-conditions were valid, EFalse otherwise.
1.283 + @pre TDefaultResolver_Match_TransitionValidator is fully constructed.
1.284 + @post No change to the iUTContext class.
1.285 + */
1.286 + virtual inline TBool ValidatePostConditions(TTestBedAsyncState aAsyncState);
1.287 + }; // TDefaultResolver_Match_TransitionValidator
1.288 +
1.289 +#include "ResolverTransitionValidation.inl"
1.290 +
1.291 +#endif // __RESOLVERTRANSITIONVALIDATION_H__