Why is my Target Server Memory slightly higher than my Total Server Memory?
I must say this is normal and nothing to worry about. This blog tells how target server memory calculated. Please see the forumula below


  Target1 = Current committed pages of SQL Server + ( Available Physical
  Memory - min (Total Physical Memory Pages / 20, Available Physical
  Memory Pages / 2))
  
  ullAvailPageFile: The maximum amount of memory the current process can
  commit, in bytes. This value is equal to or smaller than the
  system-wide available commit value. To calculate the system-wide
  available commit value, call GetPerformanceInfo and subtract the value
  of CommitTotal from the value of CommitLimit.
  
  If (Max Server Memory &lt; ullAvailPageFile)
  
  {
  
  Target2= Max Server Memory
  
  }
  
  Else
  
  {
  
  Target2=Total Physical Memory 
  
  }
  
  Target Server Memory (KB) =Minimum (Target1,Target2)
  
  So if AvailablePhysicalMemory is very high (or) when MaxServermemory
  is low then Target Server Memory (KB) would give you the
  MaxServerMemory  else value derived from above formula.


As per my findings using this formula even if target server memory is bit greater than total it is fine. And this is by virtue of how the value is calculated.

If target server memory is greater that total server memory it does not always signify a memory pressure. You must come out of this belief(if you have one). Like you mentioned other counters have to be taken into picture. SQl Server changes its target and total server memory values many a times and this depends on load on system. Consider a scenario where you run index rebuild for all big tables there would be flurry of activity and PLE would certainly drop increasing target memory but this does not means it is a memory pressure. SQL Server memory just adjusted itslef to current load.

In ideal world you should have RAM such that it can shold all databases in memory but this is many a times not possible.