os/ossrv/lowlevellibsandfws/pluginfw/Test_Bed/ComponentInfoTest/ComponentInfoTransitionValidation.h
1.1 --- /dev/null Thu Jan 01 00:00:00 1970 +0000
1.2 +++ b/os/ossrv/lowlevellibsandfws/pluginfw/Test_Bed/ComponentInfoTest/ComponentInfoTransitionValidation.h Fri Jun 15 03:10:57 2012 +0200
1.3 @@ -0,0 +1,239 @@
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 definitions of the transition classes upon the CComponentInfo class methods.
1.18 +//
1.19 +//
1.20 +
1.21 +#ifndef __COMPONENTINFOTRANSITIONVALIDATION_H__
1.22 +#define __COMPONENTINFOTRANSITIONVALIDATION_H__
1.23 +
1.24 +#include "ComponentInfoTransitions.h"
1.25 +
1.26 +// ______________________________________________________________________________
1.27 +//
1.28 +/**
1.29 + @internalComponent
1.30 +
1.31 + Comments : Provide all the CtorUnit Test's specific
1.32 + validatation for the state of a transition before and after its execution.
1.33 + on the CComponentInfo test class for a transition.
1.34 + */
1.35 +class TComponentInfo_Ctor_TransitionValidator : public TTransitionValidator
1.36 + {
1.37 +public:
1.38 + /**
1.39 + @fn TComponentInfo_Ctor_TransitionValidator(CUnitTestContext& aUTContext)
1.40 + Intended Usage : Default constructor
1.41 + @leave KErrNoMemory
1.42 + @since 7.0
1.43 + @param aUTContext The context within which this transition is executing
1.44 + */
1.45 + inline TComponentInfo_Ctor_TransitionValidator(CUnitTestContext& aUTContext);
1.46 +
1.47 + /**
1.48 + @fn ValidatePreConditions()
1.49 + Intended Usage : Checks the start state of the ComponentInfo transition behaviour.
1.50 + Error Condition : Invalid pre-conditions
1.51 + @since 7.0
1.52 + @return ETrue if the pre-conditions were valid, EFalse otherwise.
1.53 + @pre TComponentInfo_Ctor_TransitionValidator is fully constructed.
1.54 + @post No change to the iUTContext class.
1.55 + */
1.56 + virtual inline TBool ValidatePreConditions();
1.57 +
1.58 + /**
1.59 + @fn ValidatePostConditions(TTestBedAsyncState aAsyncState)
1.60 + Intended Usage : Implemented by the developer to check the
1.61 + end state of the transition behaviour.
1.62 + When overriding, if the transition calls an asynchronous function
1.63 + ValidatePostConditions will be called twice. Firstly, after the
1.64 + asynchronous function has been called and, secondly, after the
1.65 + asynchronous request has completed. The parameter aAsyncState can
1.66 + be used to distinguish between these two cases.
1.67 + Error Condition : Invalid post-conditions.
1.68 + @since 7.0
1.69 + @param aAsyncState EAsyncCalled if the async function has been just been called,
1.70 + EAsyncCompleted if the function has completed.
1.71 + @return ETrue if the post-conditions were valid, EFalse otherwise.
1.72 + @pre TComponentInfo_Ctor_TransitionValidator is fully constructed.
1.73 + @post No change to the iUTContext class.
1.74 + */
1.75 + virtual inline TBool ValidatePostConditions(TTestBedAsyncState aAsyncState);
1.76 + }; // TComponentInfo_Ctor_TransitionValidator
1.77 +
1.78 +// ______________________________________________________________________________
1.79 +//
1.80 +/**
1.81 + @internalComponent
1.82 +
1.83 + Comments : Provide all the DtorUnit Test's specific
1.84 + validatation for the state of a transition before and after its execution.
1.85 + on the CComponentInfo test class for a transition.
1.86 + */
1.87 +class TComponentInfo_Dtor_TransitionValidator : public TTransitionValidator
1.88 + {
1.89 +public:
1.90 + /**
1.91 + @fn TComponentInfo_Dtor_TransitionValidator(CUnitTestContext& aUTContext)
1.92 + Intended Usage :
1.93 + @leave KErrNoMemory
1.94 + @since 7.0
1.95 + @param aUTContext The context within which this transition is executing
1.96 + */
1.97 + inline TComponentInfo_Dtor_TransitionValidator(CUnitTestContext& aUTContext);
1.98 +
1.99 + /**
1.100 + @fn ValidatePreConditions()
1.101 + Intended Usage : Implemented by the developer to check the
1.102 + end state of the transition behaviour.
1.103 + Error Condition : Invalid pre-conditions
1.104 + @since 7.0
1.105 + @return TBool ETrue if the pre-conditions were valid, EFalse otherwise.
1.106 + @pre TComponentInfo_Dtor_TransitionValidator is fully constructed.
1.107 + @post No change to the iUTContext class.
1.108 + */
1.109 + virtual inline TBool ValidatePreConditions();
1.110 +
1.111 + /**
1.112 + @fn ValidatePostConditions(TTestBedAsyncState aAsyncState)
1.113 + Intended Usage : Implemented by the developer to check the
1.114 + end state of the transition behaviour.
1.115 + When overriding, if the transition calls an asynchronous function
1.116 + ValidatePostConditions will be called twice. Firstly, after the
1.117 + asynchronous function has been called and, secondly, after the
1.118 + asynchronous request has completed. The parameter aAsyncState can
1.119 + be used to distinguish between these two cases.
1.120 + Error Condition : Invalid post-conditions.
1.121 + @since 7.0
1.122 + @param aAsyncState EAsyncCalled if the async function has been just been called,
1.123 + EAsyncCompleted if the function has completed.
1.124 + @return TBool ETrue if the post-conditions were valid, EFalse otherwise.
1.125 + @pre TComponentInfo_Dtor_TransitionValidator is fully constructed.
1.126 + @post No change to the iUTContext class.
1.127 + */
1.128 + virtual inline TBool ValidatePostConditions(TTestBedAsyncState aAsyncState);
1.129 + }; // TComponentInfo_Dtor_TransitionValidator
1.130 +
1.131 +// ______________________________________________________________________________
1.132 +//
1.133 +/**
1.134 + @internalComponent
1.135 +
1.136 + Comments : Provide all the EntryUnit Test's specific
1.137 + validatation for the state of a transition before and after its execution.
1.138 + on the CComponentInfo test class for a transition.
1.139 + */
1.140 +class TComponentInfo_Entry_TransitionValidator : public TTransitionValidator
1.141 + {
1.142 +public:
1.143 + /**
1.144 + @fn TComponentInfo_Entry_TransitionValidator(CUnitTestContext& aUTContext)
1.145 + Intended Usage :
1.146 + @leave KErrNoMemory
1.147 + @since 7.0
1.148 + @param aUTContext The context within which this transition is executing
1.149 + */
1.150 + inline TComponentInfo_Entry_TransitionValidator(CUnitTestContext& aUTContext);
1.151 +
1.152 + /**
1.153 + @fn ValidatePreConditions()
1.154 + Intended Usage : Implemented by the developer to check the
1.155 + end state of the transition behaviour.
1.156 + Error Condition : Invalid pre-conditions
1.157 + @since 7.0
1.158 + @return TBool ETrue if the pre-conditions were valid, EFalse otherwise.
1.159 + @pre TComponentInfo_Entry_TransitionValidator is fully constructed.
1.160 + @post No change to the iUTContext class.
1.161 + */
1.162 + virtual inline TBool ValidatePreConditions();
1.163 +
1.164 + /**
1.165 + @fn ValidatePostConditions(TTestBedAsyncState aAsyncState)
1.166 + Intended Usage : Implemented by the developer to check the
1.167 + end state of the transition behaviour.
1.168 + When overriding, if the transition calls an asynchronous function
1.169 + ValidatePostConditions will be called twice. Firstly, after the
1.170 + asynchronous function has been called and, secondly, after the
1.171 + asynchronous request has completed. The parameter aAsyncState can
1.172 + be used to distinguish between these two cases.
1.173 + Error Condition : Invalid post-conditions.
1.174 + @since 7.0
1.175 + @param aAsyncState EAsyncCalled if the async function has been just been called,
1.176 + EAsyncCompleted if the function has completed.
1.177 + @return TBool ETrue if the post-conditions were valid, EFalse otherwise.
1.178 + @pre TComponentInfo_Entry_TransitionValidator is fully constructed.
1.179 + @post No change to the iUTContext class.
1.180 + */
1.181 + virtual inline TBool ValidatePostConditions(TTestBedAsyncState aAsyncState);
1.182 + }; // TComponentInfo_Entry_TransitionValidator
1.183 +
1.184 +// ______________________________________________________________________________
1.185 +//
1.186 +/**
1.187 + @internalComponent
1.188 +
1.189 + Comments : Provide all the UnitTestsInfoUnit Test's specific
1.190 + validatation for the state of a transition before and after its execution.
1.191 + on the CComponentInfo test class for a transition.
1.192 + */
1.193 +class TComponentInfo_UnitTestsInfo_TransitionValidator : public TTransitionValidator
1.194 + {
1.195 +public:
1.196 + /**
1.197 + @fn TComponentInfo_UnitTestsInfo_TransitionValidator(CUnitTestContext& aUTContext)
1.198 + Intended Usage :
1.199 + @leave KErrNoMemory
1.200 + @since 7.0
1.201 + @param aUTContext The context within which this transition is executing
1.202 + */
1.203 + inline TComponentInfo_UnitTestsInfo_TransitionValidator(CUnitTestContext& aUTContext);
1.204 +
1.205 + /**
1.206 + @fn ValidatePreConditions()
1.207 + Intended Usage : Implemented by the developer to check the
1.208 + end state of the transition behaviour.
1.209 + Error Condition : Invalid pre-conditions
1.210 + @since 7.0
1.211 + @return TBool ETrue if the pre-conditions were valid, EFalse otherwise.
1.212 + @pre TComponentInfo_UnitTestsInfo_TransitionValidator is fully constructed.
1.213 + @post No change to the iUTContext class.
1.214 + */
1.215 + virtual inline TBool ValidatePreConditions();
1.216 +
1.217 + /**
1.218 + @fn ValidatePostConditions(TTestBedAsyncState aAsyncState)
1.219 + Intended Usage : Implemented by the developer to check the
1.220 + end state of the transition behaviour.
1.221 + When overriding, if the transition calls an asynchronous function
1.222 + ValidatePostConditions will be called twice. Firstly, after the
1.223 + asynchronous function has been called and, secondly, after the
1.224 + asynchronous request has completed. The parameter aAsyncState can
1.225 + be used to distinguish between these two cases.
1.226 + Error Condition : Invalid post-conditions.
1.227 + @since 7.0
1.228 + @param aAsyncState EAsyncCalled if the async function has been just been called,
1.229 + EAsyncCompleted if the function has completed.
1.230 + @return TBool ETrue if the post-conditions were valid, EFalse otherwise.
1.231 + @pre TComponentInfo_UnitTestsInfo_TransitionValidator is fully constructed.
1.232 + @post No change to the iUTContext class.
1.233 + */
1.234 + virtual inline TBool ValidatePostConditions(TTestBedAsyncState aAsyncState);
1.235 + }; // TComponentInfo_UnitTestsInfo_TransitionValidator
1.236 +
1.237 +
1.238 +
1.239 +#include "ComponentInfoTransitionValidation.inl"
1.240 +
1.241 +#endif // __COMPONENTINFOTRANSITIONVALIDATION_H__
1.242 +