It's all about the answers!

Ask a question

Restrict total number of test cases allowed for RQMExcelImporter


Leesen Padayachee (9962120) | asked Mar 09 '17, 8:28 a.m.

 Hi


Is it possible to restrict the number of test cases that can be imported using the RQMExcelImporter? For e.g., I would like the users to NOT be able to import more than 50 test cases using this import tool. Can we edit the .cfg file to add this type of behavior?

Thanks.


Comments
Donald Nong commented Mar 09 '17, 7:57 p.m.

I think you oversimplified the situation. What if the Excel file contains a single Test Plan with more than 50 Test Cases?

You may need to explain in more details why you would want to do this. Is it about performance? Management?


Leesen Padayachee commented Mar 10 '17, 2:48 a.m.

 Hi Don


Sorry, what I meant to say is:

We do not want our testers to use the RQMExcel importer for e.g. 10 test cases. So I want to set a minumum number of, for e.g 50 test cases. If you excel sheet has less than 50, then the tool must not allow it, and the test cases must be put in directly into Jazz. Our testers are becoming to dependent on this tool, and we want to create some restrictions. Do you think this is possible with a custom .cfg file? 

One answer



permanent link
Donald Nong (14.5k614) | answered Mar 12 '17, 8:12 p.m.

I don't think a custom .cfg file is the solution. The end users can make their own .cfg files any way, so it cannot be reinforced.

I actually can't think of a way to do it at all. Apparently you cannot put the limit on the server side, as the RQMExcelImporter basically converts the Excel content to REST API requests and sends to the server, and the server receives the requests one by one and has no way knowing how many of them are coming.

The only possible way that I can think of is that you obtain a special version of the RQMExcelImporter (with such limitation built in) from development, and then you can restrict the end users to only use this version of RQMExcelImporter on their machines. The first part is extremely unlikely as it is not a popular choice. The second part depends on the first part. The chance looks to be very low.

Your answer


Register or to post your answer.


Dashboards and work items are no longer publicly available, so some links may be invalid. We now provide similar information through other means. Learn more here.