Hi, I think it would be a lot easy if Sanjeewa could mark the scenarios he wrote test cases for, in our test plan [1]. It would be a lot more time consuming if we have to go through the java test classes he wrote and try to figure out the test cases.
regards, Nirodha [1] https://docs.google.com/a/wso2.com/spreadsheet/ccc?key=0AmcQWA48EWBddEdzVVZ4aDJTVTBOeV9fVkE0dU9KMWc&usp=drive_web#gid=62 On Wed, Feb 26, 2014 at 3:09 PM, Krishantha Samaraweera <krishan...@wso2.com > wrote: > Hi Evanthika, > > Shall we update QA Test plan and mark the scenarios which are automated by > Sanjeewa. Maintaining Test scenario and test case mapping correctly would > help us a lot in future. > > Thanks, > Krishantha. > > > > On Tue, Feb 25, 2014 at 10:40 AM, Sanjeewa Malalgoda <sanje...@wso2.com>wrote: > >> Hi All, >> We were able to cover following test cases with newly introduced test >> cases. These test cases were committed to 2.0.0 product source. Now you can >> run product build with test enabled before you add new features or changes. >> >> *Publisher & Store* >> Login with username >> Add API / Edit API >> Create new version of API >> API Documentation >> Publish API >> Tags >> Delete API >> Search/ >> search Paginated APIs, search API by Type >> Search by Tags / API Grouping >> Resource Level Auth >> User permissions per tiers >> Self Sign up >> Store - non tenant mode and tenant mode >> Add Applications / Edit Applications >> Delete Applications >> Create Subscriptions - production/sandbox >> Remove subscriptions - production/sandbox >> Domain Restrictions - production/sandbox >> Key Generation - production/sandbox >> Token Expiration >> API Comments >> Rating APIs (with multiple users) >> Download Documentation >> Application Level Throttling >> Subscription Level Throttling >> Resource Level Throttling >> Add / Edit tiers (tiers.xml) >> Ability to define additional tier attributes >> IP Based throttling test mechanism >> checking permissions of users >> >> *Gateway* >> API Invocation - app token and user token >> Invalid app token and invalid user token >> Expired app token and expired user token >> Uri-template based APIs >> >> *KeyMgt* >> Thrift Client and WS Client >> Gateway caching enabled >> API Manager gateway and key manager caching enable. >> Enable JWT Token >> Token API - /token >> Support for grant types of Token API-password,client credentials >> Refresh Token >> EnableAssertions >> Access Token Partitioning >> Keymanager caching enabled >> Token types (Bearer and HMAC) >> Encrypt access tokens & refresh tokens - Rajeev >> Revoke Tokens >> >> *Samples* >> Youtube sample >> >> Thanks, >> Sanjeewa. >> >> >> On Mon, Feb 17, 2014 at 11:24 PM, Madhuka Udantha <madh...@wso2.com>wrote: >> >>> Hi, >>> >>> In AM we have considerable js and jaggery coding and all above test can >>> cover HostObject (java) and jaggery REST api only. So I think having js or >>> jaggery code test (unit level test and integration level) will improve >>> $subject. >>> >>> >>> >>> On Mon, Feb 17, 2014 at 5:42 PM, Sanjeewa Malalgoda >>> <sanje...@wso2.com>wrote: >>> >>>> Hi All, >>>> Here is the latest update on test automation of API manager integration >>>> tests. Last week i was mainly focused on API store and publisher >>>> operations(operations exposed to out side by hostobject classes). For that >>>> we need to add sample jaggery application and invoke all possible >>>> operations for API store and publisher host objects. Then we can get single >>>> response for all operations available and fetch the results according to >>>> method order. After that we need to validate response against method. With >>>> these tests line coverage reached* 55%* and method and class coverage >>>> reached to *70%* and *73%*. I will add some more tests to cover other >>>> remaining edge cases. Still there are some issues and we need to address >>>> them as well. >>>> >>>> 01. Integrating with BAM and BPS to cover stats and workflow >>>> scenarios(we have considerable amount of code to cover usage metering >>>> related stuff). >>>> 02. Need to add some more negative test cases to cover exception >>>> classes and exception code blocks. >>>> 03. Need to add test case to cover external API store scenario. >>>> >>>> WDYT? >>>> >>>> Thanks, >>>> sanjeewa. >>>> >>>> >>>> On Mon, Jan 27, 2014 at 8:48 PM, Sanjeewa Malalgoda >>>> <sanje...@wso2.com>wrote: >>>> >>>>> Hi All, >>>>> After adding tests to cover comment, rating, token generation and host >>>>> object functionalities i was able to reach 37% line coverage and 52% >>>>> method >>>>> coverage. At this point we have covered most of the common API management >>>>> related use cases. Now we need to pay attention to workflow integration, >>>>> usage publishing, token partition and some other edge cases. Also we >>>>> might >>>>> need to add test cases to cover negative test cases to cover exception >>>>> classes as well. I found that auto generated thrift code is having large >>>>> number of lines and some of them never get executed. Shall we filter out >>>>> them? Any suggestions or ideas? >>>>> >>>>> OVERALL COVERAGE SUMMARY name line, %block, % method, % class, % >>>>> all classes 37% (5976.3/16191) 35% (24800/70841)52% (969/1847) >>>>> 67% (130/194)OVERALL STATS SUMMARY total packages: 33 >>>>> total executable files: 154 total classes:194 total methods:1847total >>>>> executable lines: >>>>> 16191 >>>>> >>>>> >>>>> Thanks, >>>>> Sanjeewa. >>>>> >>>>> >>>>> On Tue, Jan 21, 2014 at 4:53 PM, Sanjeewa Malalgoda <sanje...@wso2.com >>>>> > wrote: >>>>> >>>>>> Hi All, >>>>>> Here is a brief update about API Manager integration test >>>>>> improvement. Before adding test cases code coverage was about 2% (default >>>>>> test set). Once we added nuwanW implemented you tube sample it was about >>>>>> 12%. After that we added 4 existing JMeter scripts it was about 24% >>>>>> (and i >>>>>> need to fix some remaining issues in other 2 scripts). So at this moment >>>>>> code coverage is about 24%. As we do not have usage related tests i >>>>>> removed >>>>>> usage packages from instrumentation file. We might need to add tests to >>>>>> cover API Manager and BAM integration to cover usage related code. Here >>>>>> are >>>>>> some of the areas we might need to focus on (based on emma report). >>>>>> >>>>>> >>>>>> - Tests to cover Key management web service API as we use thrift >>>>>> by default. >>>>>> - Also found that exception classes are playing major role as we >>>>>> do not test exceptions in our tests. For this we can skip exception >>>>>> classes >>>>>> of add tests to cover exceptions. >>>>>> - We need to implement throttling scenario tests to cover >>>>>> throttling code base. >>>>>> - For the moment we can safely ignore uri-template scenarios as >>>>>> we have comprehensive unit tests for that. But we might need tests >>>>>> for url >>>>>> mapping. >>>>>> - We need to cover JWT generation and signing scenario (include >>>>>> claims retrieving) as we have significant amount of code written for >>>>>> that. >>>>>> - We need to add tests to cover tenant scenarios. >>>>>> - We might need to add token parser test cases. >>>>>> - Also we should add some test cases to cover all operations >>>>>> exposed by host object classes(we can achieve this through more >>>>>> scenarios). >>>>>> - Some tests to cover workflow scenarios(user creation, >>>>>> application creation and subscription). >>>>>> - Application level throttling tests and we found that >>>>>> significant amount of throttling code will not execute. >>>>>> - Add some test to cover comments, rating related operations. >>>>>> >>>>>> >>>>>> Please let know your ideas and feedback. We have planned to add test >>>>>> cases to cover missed areas. >>>>>> >>>>>> Thanks, >>>>>> sanjeewa. >>>>>> >>>>>> -- >>>>>> >>>>>> *Sanjeewa Malalgoda* >>>>>> Senior Software Engineer >>>>>> WSO2 Inc. >>>>>> Mobile : +94713068779 >>>>>> >>>>>> <http://sanjeewamalalgoda.blogspot.com/>blog >>>>>> :http://sanjeewamalalgoda.blogspot.com/<http://sanjeewamalalgoda.blogspot.com/> >>>>>> >>>>>> >>>>>> >>>>> >>>>> >>>>> -- >>>>> >>>>> *Sanjeewa Malalgoda* >>>>> Senior Software Engineer >>>>> WSO2 Inc. >>>>> Mobile : +94713068779 >>>>> >>>>> <http://sanjeewamalalgoda.blogspot.com/>blog >>>>> :http://sanjeewamalalgoda.blogspot.com/<http://sanjeewamalalgoda.blogspot.com/> >>>>> >>>>> >>>>> >>>> >>>> >>>> -- >>>> >>>> *Sanjeewa Malalgoda* >>>> Senior Software Engineer >>>> WSO2 Inc. >>>> Mobile : +94713068779 >>>> >>>> <http://sanjeewamalalgoda.blogspot.com/>blog >>>> :http://sanjeewamalalgoda.blogspot.com/<http://sanjeewamalalgoda.blogspot.com/> >>>> >>>> >>>> >>>> _______________________________________________ >>>> Dev mailing list >>>> Dev@wso2.org >>>> http://wso2.org/cgi-bin/mailman/listinfo/dev >>>> >>>> >>> >>> >>> -- >>> *Madhuka* Udantha >>> Senior Software Engineer >>> Development Technologies >>> WSO2 Inc. : http://wso2.com >>> >>> *Mobile*: +94774066336 >>> *Blog*: http://madhukaudantha.blogspot.com/ >>> >> >> >> >> -- >> >> *Sanjeewa Malalgoda* >> Senior Software Engineer >> WSO2 Inc. >> Mobile : +94713068779 >> >> <http://sanjeewamalalgoda.blogspot.com/>blog >> :http://sanjeewamalalgoda.blogspot.com/<http://sanjeewamalalgoda.blogspot.com/> >> >> >> > > > -- > Krishantha Samaraweera > Senior Technical Lead - Test Automation > Mobile: +94 77 7759918 > WSO2, Inc.; http://wso2.com/ > lean . enterprise . middlewear. > > _______________________________________________ > Dev mailing list > Dev@wso2.org > http://wso2.org/cgi-bin/mailman/listinfo/dev > > -- *Nirodha Gallage* Senior Software Engineer, QA. WSO2 Inc.: http://wso2.com/ Mobile: +94716429078
_______________________________________________ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev