I usually synchronise my async reset through a delay line of a few flipflops (relying on the FPGA configuration to have cleared them), and only use that synchronised reset (even if I'm using it as an asynchronous reset).
In Xilinx-land, the tools can trace the timing through from the clock used in the delay line to the reset input (either sync or async) of your flipflops, so no explicit timing constraint is necessary. I'll be surprised if Quartus cannot do the same.
I would not recommend attempting to distribute a truly asynchronous reset across the chip.
If you do, you have a small chance of the release of the async reset being very close to the clock edge. Due to the delay across the chip, some flipflops will see it on one clock edge, and others will just miss it and see it on the next clock edge. In the worst case, those flipflops will form part of a state register (for example) and "part" of the state machine will come out of reset before another part! Bad things tend to ensue. But only occasionally, which makes it a nightmare to figure out!