Why won't this Test Class provide code coverage?

Question

Edit Sept 28th 2016

Thank you all for the feedback! I have a lot of reading to do and I will be marking this as answered.

Please see...

Customer Community User (Non-Plus) Sharing Set Access not applying when Creating Case

...as it is tangentally related to this Test Class & Trigger. Assistance there will be super appreciated!

Cheers!

Original Post

Trying to learn Apex and don't understand why this test class won't produce code coverage. The trigger successfully fires on a Case insertion.

Is this test class successfully inserting a case?? Is the schema code written correctly to decipher and insert a record type ID based on its name? (DeveloperName and Name is the same in this context)

@isTest
public class TestCaseAuto {
static testMethod void insertCase() {
    Case TestCase = new Case();
    TestCase.AccountId = '00129000005u8V0';
    TestCase.RecordTypeID = Schema.SObjectType.Case.RecordTypeInfosByName.get('Implementation').RecordTypeId;
    TestCase.Status = 'New';
    TestCase.Origin = 'Phone';
    TestCase.Ticket_Reason__c = 'IVR';
    insert TestCase;
    }
} 

All feedback is welcome, thanks!

Answer 1

You might gain some benefit from reading through the answers on a question I posed some time ago: Why Are Data Silos Important in Unit Tests?

The question of why you should not use hard-coded Ids is moot if you understand why you should create your own test data in the first place. Regardless, you should probably also read Best Practice: Avoid Hardcoding IDs. You will never have the same test pass in a developer sandbox and production at the same time if you use hard-coded Ids.

Also, you should thoroughly read How to Write Good Unit Tests. Here is an important passage for you to understand (emphasis mine):

Verify the results are correct

Verifying that your code works as you expect it to work is the most important part of unit testing. It’s also one of the things that Force.com developers commonly neglect. Unit tests that do not verify the results of the code aren’t true unit tests. They are commonly referred to as smoke tests, which aren’t nearly as effective or informative as true unit tests.

A good way to tell if unit tests are properly verifying results is to look for liberal use of the System.assert() methods. If there aren’t any System.assert() method calls, then the tests aren’t verifying results properly. And, no, System.assert(true); doesn’t count.