The QA URL is specific not only to the activity but to the experience in the Activity. If I were tasked to set up two activities that modify different parts of the page on the same URL and wanted to qualify into both at the same time here is how I would do it:
1. Set up the 2 activities like this:
Audience: if URL contains test=1234
Audience: if URL contains test=1234 + (Whatever else you need to properly narrow down your audience)
2. Turn both activities live. None of your real visitors should see them because they don't know the secret URL parameters.
3. When you test use the secret parameter. Since you qualify for both activities you should see content changes made from both. As long as they are changing different elements of the site. (If they both change the same element you will just see the last changes that were applied by whatever activity happened to have effect on the element last)
Hope this helps you out a lot
Mihnea Docea | Technical Support Rep, Customer Care | Customer & Employee Experience | Adobe | (:: 1 (800) 497-0335
In our case, our 2 activities are setup on 2 different pages. One is just saving True/False in a cookie value if a user clicks one particular CTA on a contact us page. The other activity will get activated on the homepage if the cookie value True exists.
The only problem with your suggested approach is that this URL query parameter (123 etc) will have to be added in the URL every time and requires a page refresh. This approach is not quite convenient even if its a multiple page SINGLE activity. Imagine doing that for multiple devices and browsers.
I think QA should be carried in the settings closest to real user experience. In the past, we have actually come across a situation where the Target wasn't firing the activity when a user enters the page, it was firing only on a page refresh, however our QA couldn't pick that since we are using the above method for QA