test isn't even a shell builtin. They couldn't possibly depreciate -a. They can roll their eyes and sigh at people who use it, but it's not going away.
Not everyone has the luxury of a POSIX compliant shell, either. Don't make me lecture you for not using PAX instead of tar -- that's the better, POSIX way to do archiving now
Posix "standards" changes year-on-year over the decades and have the occasional touch of madness in threatening to depreciate feature which are in widespread use in manufacture-supplied system scripts as well as custom scripts.
I prefer the "-a" and "-o" syntax myself compared with the ancient "&&" and "||" syntax. Those with a bias towards "C" and "awk" seem to prefer the older syntax. I do use "&&" and "||" in crontab but without a leading "if".
It's about 50-50 in the system scripts which come with my system.
From the moment Posix didn't include compatibility settings with other Bourne-like Shells we found machines shipped with multiple alternate Shells and manufacturers offering downloads of alternate Shells.
No, obviously, it will not go away entirely, but that is not what deprecation means. Of course anyone can keep using whatever they like. But is it is good practice on this forum to show solutions that work across platforms and the best guarantee for that is POSIX. I hardly think think pointing that out can be seen as "lecturing".
Apparently there are reasons for obsolescing -a and -o . They are explained here: test: application usage
Also, test is a shell builtin as well as an external program in practically any shell nowadays. POSIX requires that regular built-in commands also exist as separate binaries.
$ bash
$ type test
test is a shell builtin
$ dash
$ type test
test is a shell builtin
$ zsh
% type test
test is a shell builtin
% ksh
$ type test
test is a shell builtin
That is why the use of ampersands to connect tests statements isn't detrimental to speed anymore..
What systems are you using that do not have a "luxury" POSIX compliant shell? Solaris?
---------- Post updated at 08:04 ---------- Previous update was at 07:46 ----------
The reason I prefer this syntax is not because of C or awk, but because it conforms to POSIX recommendations plus apparently there are reasons for avoiding -o and -a.