Option to automatically set Automation Key to match Test Key?

Hello @cameron.fairburn ,

Apologies for missing this. If we automatically set the automation keys to the case keys, then on re-indexing, the automation key may be, say AT-TC-12 and the case key may have reindexed to AT-TC-10. Now there can be another case, which has been newly reindexed to the case key - AT-TC-12.

When a user marks the tag of the case as AT-TC-12, we would get to two cases , one with automation key as 12 and one with case key as 12. This would cause a problem and incorrect cases will be updated.

Even if the functionality was given, then after running the utility, the casekey and auto key would become AT-TC-10 and the automation case in the automation repo would still be pointing to AT-TC-12.

So, in both cases, this solution wouldn't work. However, we do understand reindexing creates a problem with automation and will discuss internally if a solution can be provided to address it.

Regards, N

Do you have any examples of what an automation key is typically set to?

It seems like the suggestion is to never create any tests manually in AIO which will be used for automation, because you need to set the test key so if you create them manually (even through bulk uploads) you are creating yourself a lot of work to set the automation keys as well.

Automation keys are used in the absence of case keys to identify a case. In case of Junit, TestNG, the fully qualified name ie classname.methodname (eg. com.aio.auto.samples.TestNGDataProviderTests.mixDPTest). makes the automation key. In case of cucumber, the scenario id in the cucumber.json makes the automation key.

AIO parsers need some value from the result files [ generated by frameworks ] to search in AIO db in absence of case keys and hence these conventions differ by framework since each framework generates a different result file and we need to pick something which is gauranteed to be there in the report.

If you could let us know your framework details, we can let you know specifics on that.

Regards, N