Java-Gaming.org    
Featured games (81)
games approved by the League of Dukes
Games in Showcase (498)
Games in Android Showcase (115)
games submitted by our members
Games in WIP (562)
games currently in development
News: Read the Java Gaming Resources, or peek at the official Java tutorials
 
    Home     Help   Search   Login   Register   
Pages: [1]
  ignore  |  Print  
  What's Junit in a 3d Gui world?  (Read 770 times)
0 Members and 1 Guest are viewing this topic.
Offline jimcp

Innocent Bystander




Java games rock!


« Posted 2005-05-12 07:32:03 »

hi

Huh I am starting a new project with java3d. I got used to junit in a previous project. I have looked around for GUI testers for java. I found Abbot sofar.

What I would like to know is how experienced game developers ( which I am *not* ) organize systemtesting.

Any tips? Thx

jimcp
Offline Jeff

JGO Coder




Got any cats?


« Reply #1 - Posted 2005-05-12 18:47:36 »

Um well...

For unit testing I just write unit tests as I design code modules.

For game testing, generally its done by people who sit and play the game for hours on hours....

Dunno how much that helps.

Got a question about Java and game programming?  Just new to the Java Game Development Community?  Try my FAQ.  Its likely you'll learn something!

http://wiki.java.net/bin/view/Games/JeffFAQ
Offline Breakfast

Senior Member




for great justice!


« Reply #2 - Posted 2005-05-12 19:22:33 »

3D interfaces don't really behave like normal Swing or AWT interfaces and the bad news is that I know of no testing tools for them because there aren't really any standard ways of doing it or libraries they are based on. There is no 3D equivalent of a form or a button or any other 2D widget. If you want to use those you will either be using the 2D library for those parts of your interface and just having a 3D window, in which case you can test as normal, or you will be rolling your own 2D interface, in which case you can integrate it with whatever testing tool seems appropriate...
Games published by our own members! Check 'em out!
Legends of Yore - The Casual Retro Roguelike
Offline Jeff

JGO Coder




Got any cats?


« Reply #3 - Posted 2005-05-12 20:54:25 »

A big problem is testing results.

You could capture and journal a set of inputs and play them back froma file easily enough, but the only way to test for correctness of output is to screen scrape.  This is ofcourse excruciatingly slow. In addition, just the act of slowing down the frame rate will produce slightly different looking frames in any real-time game.

So I cannot imagine any way to automate that sort of testing.

Got a question about Java and game programming?  Just new to the Java Game Development Community?  Try my FAQ.  Its likely you'll learn something!

http://wiki.java.net/bin/view/Games/JeffFAQ
Offline blahblahblahh

JGO Coder


Medals: 1


http://t-machine.org


« Reply #4 - Posted 2005-05-16 09:40:23 »

Quote
A big problem is testing results.

You could capture and journal a set of inputs and play them back froma file easily enough, but the only way to test for correctness of output is to screen scrape.


Whilst I see what you're thinking, it's not really true. You're thinking in the wrong direction, imagining that the user wants to unit-test the rendering library. Whilst that would be nice it's a huge amount of effort that doesn't really do you any good - it's not sensible unit-testing, it's too brute-force.

With a scenegraph, a lot of what you want to check is actually "are the correct thigns in the correct places when I try to render". Assuming there are no bugs in the renderer, and none in the SG (yeah, right, but ... ) then you can write unit tests that examine the current state and see what's actually being rendered and compare to what is known should be rendered. It's one of the main points of having a SG - abstraction Grin.

So, AFAICS, it boils down to "how much runtime reflection-esque / query access do you have to J3D, to:
- the tree in memory
- the PVS
- the renderer FSM?"

With sufficient access to each, you can find out whehter your SG is correct, find out whether it's rendering what it should (and check that your solid objects aren't transparent!) and finally check that all your things that should be optimized out or switched off, or behaviours in certain states, are as you would expect.

All of which, IIRC, you can in fact do from within J3D?

malloc will be first against the wall when the revolution comes...
Pages: [1]
  ignore  |  Print  
 
 
You cannot reply to this message, because it is very, very old.

 

Add your game by posting it in the WIP section,
or publish it in Showcase.

The first screenshot will be displayed as a thumbnail.

BurntPizza (25 views)
2014-09-21 02:42:18

BurntPizza (16 views)
2014-09-21 01:30:30

moogie (19 views)
2014-09-21 00:26:15

UprightPath (26 views)
2014-09-20 20:14:06

BurntPizza (29 views)
2014-09-19 03:14:18

Dwinin (44 views)
2014-09-12 09:08:26

Norakomi (74 views)
2014-09-10 13:57:51

TehJavaDev (100 views)
2014-09-10 06:39:09

Tekkerue (50 views)
2014-09-09 02:24:56

mitcheeb (71 views)
2014-09-08 06:06:29
List of Learning Resources
by Longor1996
2014-08-16 10:40:00

List of Learning Resources
by SilverTiger
2014-08-05 19:33:27

Resources for WIP games
by CogWheelz
2014-08-01 16:20:17

Resources for WIP games
by CogWheelz
2014-08-01 16:19:50

List of Learning Resources
by SilverTiger
2014-07-31 16:29:50

List of Learning Resources
by SilverTiger
2014-07-31 16:26:06

List of Learning Resources
by SilverTiger
2014-07-31 11:54:12

HotSpot Options
by dleskov
2014-07-08 01:59:08
java-gaming.org is not responsible for the content posted by its members, including references to external websites, and other references that may or may not have a relation with our primarily gaming and game production oriented community. inquiries and complaints can be sent via email to the info‑account of the company managing the website of java‑gaming.org
Powered by MySQL Powered by PHP Powered by SMF 1.1.18 | SMF © 2013, Simple Machines | Managed by Enhanced Four Valid XHTML 1.0! Valid CSS!