Glorious Alpha Two Testers!
Phase I of Alpha Two testing will occur on weekends. Each weekend is scheduled to start on Fridays at 10 AM PT and end on Sundays at 10 PM PT. Find out more here.
Check out Alpha Two Announcements here to see the latest Alpha Two news and update notes.
Our quickest Alpha Two updates are in Discord. Testers with Alpha Two access can chat in Alpha Two channels by connecting your Discord and Intrepid accounts here.
Phase I of Alpha Two testing will occur on weekends. Each weekend is scheduled to start on Fridays at 10 AM PT and end on Sundays at 10 PM PT. Find out more here.
Check out Alpha Two Announcements here to see the latest Alpha Two news and update notes.
Our quickest Alpha Two updates are in Discord. Testers with Alpha Two access can chat in Alpha Two channels by connecting your Discord and Intrepid accounts here.
Comments
Pretty sure you are things mixed up. Public testing is open to people and public, closed testing is open to select people including public for certain reasons and constraints including limited space of availability. Both terms are there for a reason.
As I have said in this thread, public testing is any testing done by members of the public. Members of the public, in this sense, is defined by anyone not in the organization that developed the product being tested.
Since this is testing performed by members of the public, it is "public testing".
Within public testing, you have open and closed testing. Closed public testing is invite only (this is the part you seem to not grasp), and open public testing is open to all.
You can't call it a public test server if that isn't the case. It is simply closed testing that some of the public can be involved in. If you are trying to boil things down public is in it so public is testing it, that doesn't really matter as we are talking about what is defined a public test server not what the public can play in. That is like saying humans play game.
Thus, it is public testing.
It may or many not be open testing, but if that testing is done by members of the public, it is public testing.
This should not need an explanation
No that isn't how it works lol. It is closed testing then.
So, you are saying that testing done by the public isn't able to be called public testing?
Do you not realize that this is not a protected term at all?
I'm saying there is a reason why developers call something closed testing. To call them both public testing for the sake of just wanting to be right is kind of confusing to me, I don't understand the inner reason to be right so badly on that. I could get into a lost list of reasonings on why public and closed are different even if public can be involved in both. Public involvement doesn't automatically make something a public testing as there needs to be context behind it as well.
Going by your logic a closed testing would be a public test server if the public is involved and the developers are wrong to call it a closed test server?
It is a closed public test - technically speaking.
However, since every test the public is involved in and knows about is technically a public test, the word public in regards to testing is kind of redundant to us players - and is only of any meaning to those working on the game.
A much more interesting question I think is, should we be able to copy our live server characters over to the PTR? And if so, with what limitations?
I think yes, and sure, limit the amount of times or frequency with with you can copy characters over, but I think the testing will only be improved if we can. Have combat changes? Let players test them with their normal Live characters and give their feedback.
Should intrepid need to test new player experience changes, wipe and shut down the copy character service until the testing is done.
The first game I played with PTR was DAoC, with its Pendragon server, which also had the character copy feature. I saw no major downsides then, and I see no major downsides for Ashes.
Are you saying you think that means they won't wipe the Alpha 2 server when it goes to PTR, and won't wipe it often?
I've experienced this personally in New World, and apparently it happens all the time in WoW. And games that don't have a PTR like FFXIV can still be relatively bug free with patches.
In my opinion, PTR is not any guarantee to prevent bugs, while it has a large negative effect of spoiling content.
However, there will still be invite only testing on that server (that will not be live 100% of the time) to test specific aspects as per developer need. What will most likely happen is they will port the build for the DLC or what ever to the test server, internal staff will run around on it for a bit (a few days or so), then they will invite a few more people to run around on it - and possibly get some specific testing done. Then they will open it up to more people (not necessarily a fully open test yet), and then at some point before launch, they will fully open it up.
Basically, testing of a games DLC echoes the testing of the game itself. Start off with in house testing, add a limited number of additional people, and ramp it up slowly until you are confident in a fully open test situation. This depends entirely on what the content they want tested is.
If they want us to test solo or group content they are adding, porting over our characters decked out in raid gear is probably not a good idea. If they are revamping low level content, it is again not a good idea.
If they are adding new top end content, then it is probably a good idea.
In my experience, many bugs found on test servers are fixed - I would say perhaps as many as 90% - before the update or game goes live.
It is the larger bugs though, which are often the ones that people care most about, that don't always get patched in time. This is because they are much more work to patch, and the fix to them usually breaks other things.
However, the earlier they are reported, the earlier that work to fix them can start.
What I have seen a lot of that often doesn't get any attention (and this is very prolific in WoW) is bad design choices. People report them as if they are bugs, and are complain when they aren't looked at - often for years.
These aren't bugs, as they are functioning exactly as designed - it's just that the intended design is stupid, easily broken or easily exploitable. These are the "bugs" I see the most complaints about.