Shannon V. OKeets -> RE: Building the MWiF Test Plan (9/7/2007 2:07:21 AM)
|
quote:
ORIGINAL: NeBert Great discussion! Until now I was more a consumer of the forum but with some experience in testing and creating testplans I would like to bring in some additional points. 1. Patrice mentioned the problem to just jump into a specific situation of the game (I call it Test Setup): This will be one of the most time consuming tasks for testers without (or with only little) output to the programmers! Possible solution could be - to have some kind of Testsetup-Editor (yes I know, this means effort) but it will pay back more than this considering some 10 - 20 testers. - a pool of saved games within the testgroup to have lots of starting points for different tasks (e.g. Naval Landings, ...) 2. Bug-Reporting My experience is that once I find a bug the description for the programmer takes quite a time. Some Configuration-Export function (Unit-Setup etc.) will help progammers understanding the problem and reduce the non-testing time for testers. 3. Bug-tracing A tracing tool is essential! Even if itīs just an Excel-Sheet (better would be a small Database). 4. What about different Hardware- and Software-Configurations among the testers? (RAM, Harddisk, Operating System, ....) Is it already in test or is it part of the coming integration tests? 5. Test-Tracing A database for all testcases and their performance is as important as for bug-tracing (again, Excel could be sufficient with the problem of multi-user access) Hope I could help a bit Thanks. 1 - There is a debugging function (Place) that lets players place units on the map. It was part of CWIF and I have fixed dozens of bugs replated to it but it still is such a powerful tool that it is easy to crash the game by placing units in unreasonable locations ("Look! There's a Chinese militia in Berlin! - And Germany is in the middle of the Production Phase!"). A pool of saved games corresponding to test cases is an excellent idea. 2 - MadExcept was doing a fine job automatically reporting errors to me via email with the internal program call sequence. We were using it for version 3.xx. But I lost it when I reinstalled my compiler in the spring. I should have it reinstalled for 5.00. 3 - Greyshaft's area. 4 - MadExcept provides that. Also, even without MadExcept, most beta testers use one machine so the information only needs to be gathered once. 5 - Greyshaft's area.
|
|
|
|