<rss version="2.0" xmlns:a10="http://www.w3.org/2005/Atom"><channel><title>Inflectra Customer Forums: Purging Old Test Runs (Thread)</title><description> Just wondering if there are others out there that have experienced the same problem as me, and if so do you have a solution?  We are now approaching the 3 million test run mark and would really appreciate a script to purge old runs.  Manually deleting test runs is a pain to say the least and attempting to create a script is asking for trouble.  I mentioned this to Inflectra a good while back and was told they were looking in to it as they have the same problem when running automated tests.  Cheers. </description><language>en-US</language><copyright>(C) Copyright 2006-2026 Inflectra Corporation.</copyright><managingEditor>support@inflectra.com</managingEditor><category domain="http://www.dmoz.org">/Computers/Software/Project_Management/</category><category domain="http://www.dmoz.org">/Computers/Software/Quality_Assurance/</category><generator>KronoDesk</generator><a10:contributor><a10:email>support@inflectra.com</a10:email></a10:contributor><a10:id>http://www.inflectra.com/kronodesk/forums/threads</a10:id><ttl>120</ttl><link>/Support/Forum/spirateam/issues-questions/2011.aspx</link><item><guid isPermaLink="false">threadId=2011</guid><author>David Bentham (david.bentham@se.consafelogistics.com)</author><title>Purging Old Test Runs</title><description> Just wondering if there are others out there that have experienced the same problem as me, and if so do you have a solution?  We are now approaching the 3 million test run mark and would really appreciate a script to purge old runs.  Manually deleting test runs is a pain to say the least and attempting to create a script is asking for trouble.  I mentioned this to Inflectra a good while back and was told they were looking in to it as they have the same problem when running automated tests.  Cheers. </description><pubDate>Wed, 24 Apr 2019 14:24:29 -0400</pubDate><a10:updated>2019-05-06T09:09:56-04:00</a10:updated><link>/Support/Forum/spirateam/issues-questions/2011.aspx</link></item><item><guid isPermaLink="false">messageId=3571</guid><author>Jim R (donotreply5@kronodesk.net)</author><title> Hi  One of the reasons why its tricky is that the execution status of the test cases, requirement, </title><description> Hi  One of the reasons why its tricky is that the execution status of the test cases, requirement, test sets, and releases is all derived from the test runs. If you purge a bunch of old test runs you may potentially set test cases back to Not Run.  One idea we had is to delete all but the most recent test run that matches any specific unique combination of test set, test case, custom properties, release, etc. but then you have test configurations, so even that may not be correct anymore....  Regards  Jim </description><pubDate>Tue, 30 Apr 2019 17:05:42 -0400</pubDate><a10:updated>2019-04-30T17:05:42-04:00</a10:updated><link>/Support/Forum/spirateam/issues-questions/2011.aspx#reply3571</link></item><item><guid isPermaLink="false">messageId=3573</guid><author>David Bentham (david.bentham@se.consafelogistics.com)</author><title> Thanks for the response Jim, I understand its a tricky issue but none the less its not going to dis</title><description> Thanks for the response Jim, I understand its a tricky issue but none the less its not going to dissapear and the longer your customers stay loyal the more will be wondering how to do this in a more efficient manner as data grows.  In our  own application weve adopted a background process approach for purging unwanted/deprecated records, the proces is highly parameterized and with the possibility to schedule.  I think this would be a good approach even for Spira.  Just my thoughts.  /David </description><pubDate>Mon, 06 May 2019 09:09:55 -0400</pubDate><a10:updated>2019-05-06T09:09:55-04:00</a10:updated><link>/Support/Forum/spirateam/issues-questions/2011.aspx#reply3573</link></item></channel></rss>