You can test a trigger in Developer by opening the publishable document type and using the test->run menu option. This will allow you to fill in the document type fields. When you click next, Developer will prompt for where you want the document to be published. When you choose local publish your trigger should receive the document and invoke the service you specified.
If your document type is too complex to fill in manually, you can create a simple test driver that uses map steps to populate it before using pub.publish:publish to publish it.
Finally, disable all the steps your triggered service and add a statement that invokes pub.flow:tracePipeline service. That does two things: 1) you can tell for sure that your service is actually being invoked by the trigger and 2) you can see the exact name of the document that is being passed to your service.
If your service is not triggered, you may have your trigger subscribed to the correct document or you may have some type of filter that is causing it to be ignored.
If your service is triggered, look at the tracePipeline output to see if the data it is actually receiving is named the same as you expect. Just because you have an input document named something does not mean that your trigger has to pass that name. The trigger will pass the published document using its fully qualified name. If the two don’t match your service won’t work. Of course, you can always rename the fully qualified doc type something short and simple to make it easier to work with in the remainder of your service.