+1 to what everyone is saying. This sounds like a functional test is
needed, along with a simple unit test for completeness.

- chip

Sent from my iPhone.

On Nov 27, 2012, at 8:33 PM, Sudha Ponnaganti
<sudha.ponnaga...@citrix.com> wrote:

> Min,
>
> Here is the link to the current framework
> https://cwiki.apache.org/CLOUDSTACK/testing-with-python.html
>
> Also check out Rohit's CLI as well. That would also help to automate faster
>
> Thanks
> /Sudha
>
> -----Original Message-----
> From: David Nalley [mailto:da...@gnsa.us]
> Sent: Tuesday, November 27, 2012 5:28 PM
> To: cloudstack-dev@incubator.apache.org
> Subject: Re: [DISCUSS]How to write API Unit Tests
>
> On Tue, Nov 27, 2012 at 6:09 PM, Min Chen <min.c...@citrix.com> wrote:
>> Hi there,
>>
>>        In working with API refactoring work, I cannot help wondering
>> how we should write Junit test cases for our APIs. Recently I saw that
>> Chip has merged some of his API unit test cases into master branch,
>> and his api unit test cases are written using Mockito, so no DB and
>> real MS are needed in running these Junit test cases. Here I want to
>> raise this topic again to get some clarifications on api unit test 
>> guidelines:
>>        1. Should we require API unit test cases to be able to run
>> without DB existing or MS running?
>>        2. If answer is yes, then I guess that we just need to use
>> Mockito to write our api unit test cases.
>>        3. If answer is no, there are several follow-up questions to be 
>> clarified:
>>           1) Does test case itself need to handle starting MS and stopping 
>> MS?
>>           2) How should we set up a test DB? This may be needed for
>> those list APIs.
>>           3) Testcases need to handle tear down test data afterwards.
>>
>>        Thanks
>>        -min
>
> So unit tests (IMO) should not need external resources to run, should be very 
> fast, etc as Sudha has indicated.
>
> If you need DB access, that sounds much more like a functional/integration 
> test to my ears.
>
> --David
>

Reply via email to