thepowersgang / cits3200 Goto Github PK

Tests that Pass: A1, A2

Tests Failing: A3, A4, A5, D2.

Tests Incomplete: B1, B2, C1, D1, E1, F1.

Most of the failing/incomplete tests require other components to be complete or need further specification so we can define the tests.

When trying to build, errors show up relating to some Metadata files, some referenced assemblies, and something in RoadNetworks mutator.

So far, Tests A1 and Tests A2 pass. Tests A3 to A5 are still not passing, and the code looks ok to me so it may be the engine itself or some of my code.

Tests C, D1, and D2 are not complete yet as they need RoadNetworkPopulator, RoadNetworkMutationOperator, and RoadNetworkConjugationOperator to be finished first.

It appears that when the map dimensions are larger than the display width/height the scaling breaks.

A quick look at the code suggests that this is the result of calculating the scaling factor thought integer division.

With integers. a/b=0 if b is greater than a.

The scaling may need to use floating-point numbers rather than integers.

I don't think the testing process should be included in the install.txt. The only steps included should be those required to run the program by the client.

The selection window for "Output File" currently does not allow the creation of a new output file (It insists that you choose an existing file)

Also, the file selection dialogs remember the file they last opened. That's useful but it looks like the same OpenFileDialog is used for all three file types (library, map file + output file). This means that when you open a map file the dialog forgets where it last opened a library. When you then go to load a library you'll be looking at the map file directory rather than the library directory.

The Road Network Solver GUI shows five error boxes in a row when an invalid library is loaded, each of which need to be read and acknowledged.

I suggest that the error boxes be combined into one to avoid annoying the user when they make a mistake.

When a roadnetwork is displayed the start and end vertices of the roadnetwork sit on the top-left corner of the circles marking the Start/End locations of the map.

The tests for the new Populators (StepPopulator and StepCyclePopulator) have been tested and pass (Labelled Test C2 and C3).

The StepMutator and StepConjugator also pass the tests (Labelled Test D3 and D4).

However, the AllInOneOperator does not pass.

The error is an exception in StepMutator (which I assumed AllInOneOperator uses) in method Mutate(RoadNetwork Source) in the second line:
int mapWidth = map.Width; which seems to have a null reference passed to it.
NullReferenceException: "Object reference not set to an instance of an object."

When the intialisation of one plugin fails the whole thing should stop. It is curently just passing null to the engine which causes the engine to (predicatbly) throw an exception.

If one plugin fails to load then initialisation should cease.

For some reason I cannot open the newly created Testing project. Can the testing team look into this?

Genetic Engine Project build is broken. MutationOperator.cs has some compilation issues. This is the main reason why.
I would like the development team to look into this. Especially John.