Ping is not really a good way to measure packet loss. Many modern IT infrastructure products these days will deprioritise responding to ICMP echos when it's busy - some permanently.... and you probably won't know which. There's also going to be a big void between you and what you're testing against that you won't have much visibility of. That said, MTR is a tool that will provide some visibility into that route and will continually ping test against all the IP hops en route to give you an indication of response times and packet loss......but it's using 'ping' as the measure. MTR will continually test all those hops until you tell it to stop.
Here's what it looks like
Other ways to test are polling service ports. For example you could TCP ping on port 80. Websites are usually going to prioritise responding there for obvious reasons. For 8.8.8.8, you could perform name lookups polls. Not a low level network test for sure but another way you can test real world response times and latency. Uptime Kuma is an entry level tool that will do that for free.
Here's what it looks like
There are a lot more tools out there of course but no one wants to read a War & Peace post