Homework Number (example: W06H01):

PinguFoodLogisticsTest.java line 47:

wrong assumption about wasted food, statistic shall not be set to zero after clearing orderBook. Right would be: "Bisher konnten 15 Tiere mit einem Gesamtgewicht von 2373g nicht verwertet werden. Claudia und Karl-Heinz ist dadurch ein Profit von 35595PD entgangen."

Homework Number: W08H01

Citation of the homework instruction:

static Path solveMazeFrom(Maze maze, Position position): [....] Sollte ein solcher Pfad nicht mehr existieren, soll null zurückgegeben werden.

Additional Information:

Maze [....] du kannst aber davon ausgehen, dass der exit immer vom entrance aus erreichbar ist.

Position can be != Entrance, and thus, this case has to be tested aswell. #33

Thanks @Mani 🏅

Homework Number W0701

line 109. Meiner Meinung nach sollte size 5 und nicht 4 sein. Wir haben vor line 108 3 LinkedDocuments und 1 DummyLinked(Adresse abc) in der Sammlung. Allerdings entfernt die add Methode keine Dummy Elemente? Zumindest kann ich das der Aufgabenstellung nicht entnehmen. Folglich sollte also in der Collection einfach ein LinkedDocument eingefügt werden, welches die gleiche Addresse wie das DummyElement hat.

Homework Number: W10H02 (A Heap of Nodes [Bonusaufgabe])

A short description of the changes proposed in the pull request: I added some tests on every method we should implement. I equal-checked the heaps with the use of the toString() that we should implement, which means that the whole tests are dependent on toString(), which is not the best implementation but for finding your own fault it should be enough. Otherwise an implementation of another comparison algorithm is of course possible to (for example the toList() method or a recursive method going through all nodes and comparing them).

I even implemented a TestObject to check if the student used the compareTo()-method because most of us only used Integers as the generic type, but other generic types are also possible!

Some info on the testDelMin()-method: I know that some of the students implemented it in another way. I asked which of the implementations are right on Zulip today, but did not get any answer yet: (https://zulip.in.tum.de/#narrow/stream/879-PGdP-W10H02--.20A.20Heap.20of.20Nodes/topic/delMin.28.29/near/431120). So please be uptodate with the zulipstream and if my tests are wrong because my implementation is, I will change it of course and submit it again.

P.S.: It is my first time writting tests for this github repo and even the first time creating a pull request and working with github in general, so if I did something wrong I am very sorry and just tell me. P.S.2: As i already mentioned the tests are far from being programmed in a nice way, so I am sorry for that too. But i guess they should be fine to cover the basic implementation. I hope that they do not reveal any solutions, because the toString() method should not be part of giving any solutions out. (But I am not quite sure...)

• [x] Solution is not getting revealed
• [x] Files are formatted

Homework Number W09H01

Citation of the homework instruction: insert() Falls ein gleiches Tupel bereits vorhanden ist, wird das übergebene Tupel verworfen. Es soll das Tupel zurückgegeben werden, welches letztendlich im Pool gespeichert ist.

Additional Information: If I understand assertEquals() correctly, it assesses the equality of the given tuples. For that, it uses our implementation of tuple.equals(other). What we want though, is an assessment of identity.

This should fail, but does not: assertEquals(tuple0Duplicate, pool0.insert(tuple0Duplicate));

I suggest, we change the test according to this example:

assertEquals(tuple0, pool0.insert(tuple0Duplicate)); //old

/* assertEquals(expected, test of identity) */
assertEquals(true, pool0.insert(tuple0Duplicate) == tuple0);
assertEquals(false, pool0.insert(tuple0Duplicate) == tuple0Duplicate);

Homework Number (example: W06H01):

Citation of the homework instruction: toString: TradeOrder: Die⎵Bestellung(Einzeln)⎵hat⎵ein⎵Gesamtgewicht⎵von⎵g⎵und⎵kostet⎵PD.

Der Wert eines PinguFood-Objekts berechnet sich durch weight*ppg

Additional Information: Ich habe das so verstanden, dass totalCost nicht die Kosten pro Gramm sind, wie es in den Tests suggeriert wird, sondern der Preis der ganzen Bestellung, also für 200g mit einem Preis von 2, dann 400PD.

Englisch: I understood it to mean that totalCost is not the cost per gram, as suggested in the tests, but the price of the entire order, i.e. for 200g with a price of 2, then 400PD.

edit: Der Wert eines PinguFood-Objekts berechnet sich durch weight*ppg

Hi, ich verstehe nicht warum beim AuthorTest bei testEquals() beim letzten Testfall null für birthday angegeben wird. Das führt doch normalerweise zu einer NullPointerException.

assertFalse(AUTHOR.equals(new Author("Max", "Mustermann", "Pinguinstraße 1",
                "[email protected]", null)));

In der Angabe wird jedoch nirgends der Fall beschrieben, dass birthday (oder ein anderer Parameter) null ist, warum wird er dann hier auf so ein Fall getestet? Oder hab ich was falsch verstanden?

LG

W12H01 tests:

Is it possible that the tests don't consider the following scenario? https://zulip.in.tum.de/#narrow/stream/893-PGdP-W12H01--.20Parallel.20PinguMath/topic/.E2.9C.94.20ComputeThreadCounter It seems like testMinDim, testMultithreadingAddition, and testMultithreadingMultiplication expect the getComputerThreadCounter to be 4/8, but it's possible to have 5/9 if a thread has been started as described in the Zulip post.

Sorry if this has been mentioned somewhere else, and thanks for the tests :)

Homework Number: W12H01 - Parallel PinguMath

A short description of the changes proposed in the pull request:

• [x] Solution is not getting revealed
• [x] Files are formatted

Homework Number: W11H02

A short description of the changes proposed in the pull request: I put the code in a java class so that you can compare what the output is for any user input to see if the minijava code returns the same result

• [x] Solution is not getting revealed
• [x] Files are formatted

have people add different kinds of txt files used for useful test creation?

Homework Number: W08H01 A short description of the changes proposed in the pull request: Added txt file with maze which can be used for testing [//]: <> (change [ ] to [x] in order to check the box)

• [x] Solution is not getting revealed
• [x] Files are formatted