First, the log and the LED. A PERC, a Smart Array or a MegaRAID logs every state change, and a drive that reported predictive failure, timed out, or was dropped before it disappeared is a drive with a fault. Its carrier LED says the same: amber, or a green-amber pattern, is a fault, and no light at all on a backplane that lights the others is a slot or a drive that is not taking power. Read those first. A drive with a fault in the log gets no further checks; it gets powered down and sent.
Then the slot, once. A drive whose log is clean can be moved to a known-good slot in the same backplane, with the server off, once. If it appears, the slot or the expander port is the fault and the drive is fine; if it does not, the drive is the fault and nothing further should be tried. The same drive should not be tried in another server, and never on a desktop SATA port: a SAS drive will not fit and a SATA one will be offered for initialising.
Then the three that are not faults. A self-encrypting drive whose controller was replaced is detected and reports ciphertext or a locked state; a 520-byte drive from a storage array is detected and refused as an incompatible sector size or 0 GB; a 4Kn drive in a host that expects 512-byte sectors reports the wrong capacity. All three are drives with nothing wrong that need the right host or the right key. And beneath all of it, a drive that spins up and is not detected, or spins up and down, has firmware or heads that will not bring it ready, and that is a bench job the checks cannot help.