Yes - the timing on the UART hardware will be the same but, just stating the obvious, the timings in software may be thrown out by other interrupts happening in the background.
ie if it takes 10uS to send one character then it may take more than 100us to send 10 characters as other interrupts MAY stop you feeding the UART fast enough - so there may be some 'gaps' in between each 10uS burst. This will also depend on whether you are feeding the UART in the foreground (character at a time) or from a transmit buffer via transmit interrupts.
This is not true for AVR microcontrollers (I can't comment on others), there's a FIFO buffer to ensure that the stop bit has the exacty same duration as all the other bits, no more no less, unless your software is delayed longer than the time it takes to send 10 bits (8 data, 1 start, 1 stop, so 11 if you are using 9 bit mode).
Your UDR = x statement will place x into the buffer, and if the shift register is empty, it will go immediantly into the shift register and gets clocked out the TX pin according to the downcounter (your UBRR), if the shift register is not empty, then it waits until it is actually empty.
The most important thing to know: The time at which the transmit complete interrupt flag is set is when the byte is moved from the buffer to the shift register, not when the shift register is finished sending the byte.
So be extra careful about changing baud rates during run time, make sure you have a software delay before changing baud rates, because the shift register can still be busy even if the transmit complete interrupt flag is set