Re: [Architecture] Feature Level Automation Testing

2014-11-26 Thread Irham Iqbal
Hi All, A little update on this.Until we get the dependency hierarchy we are continuing feature level testing with user management and carbon-multitenancy features on it. Thanks, Iqbal On Tue, Nov 11, 2014 at 2:40 PM, Irham Iqbal iq...@wso2.com wrote: Hi All, When i was installing the

Re: [Architecture] Feature Level Automation Testing

2014-11-11 Thread Irham Iqbal
Hi All, As we discussed in the meeting,i tried the bellowing steps to prepare test environments without other feature dependencies - e.g populate tenants into DB using scripts rather using multi tenanted features. 1. Download the carbon-core and installed the user management and

Re: [Architecture] Feature Level Automation Testing

2014-11-11 Thread Irham Iqbal
Hi All, When i was installing the carbon-multitenancy features i had to install the following two features as well. Because, carbon-multitenancy feature org.wso2.carbon.tenant.common.server.feature.group requires both features. feature idorg.wso2.carbon.registry.core.feature.group/id

Re: [Architecture] Feature Level Automation Testing

2014-11-02 Thread Krishantha Samaraweera
With this approach you are writing something in between unit and integration but more towards integration tests. We can't describe feature level automated tests as pure integration tests as other required components to make it a product are not present. May be we need to come up with new term for

Re: [Architecture] Feature Level Automation Testing

2014-10-31 Thread KasunG Gajasinghe
Hi, Will we be writing integration tests or unit tests with this approach? If we are writing integration tests here, then we will have integration tests in carbon component/feature repos in addition to what we already have in product repos. It's important to have automation tests at product

[Architecture] Feature Level Automation Testing

2014-10-29 Thread Irham Iqbal
Hi all, I am working on creating an environment to write test cases to test standalone features. With new GIT module components and features should be released prior to product releases, so all features must be thoroughly tested and should be production ready. Carbon runtime is needed to test the