Chrome as it has excellent dev tools and a large market share. Then manually check in Safari, Firefox, iOS Simulator during development. Then BrowserStack for quick spot checks. Then check on real iOS/Android/Windows devices in our device lab as emulators are bad at replicating the true user experience (animations, click areas, godawful plastic trackpads on cheap Windows laptops, etc).<p>Cross-browser testing is hell and responsive has made everything multiple times worse for the amount of manual grunt work that has to go into every non-trivial custom web project. Greatly envy non-web developers who can build an interface once and it's done.
All of them. Because inevitably you're going to have a user on IE6 on Windows XP that the app doesn't work right for and you'll end up supporting it because management doesn't want to lose a customer. Ideally you'll want to be working with IE9+, Chrome ~48+, Firefox ~40+, Safari 9+ to ensure modern compatibility.
Firefox Developer edition - it's dev tools are amazing and rival or surpass Chrome for anything with the possible exception of the performance tab, which Chrome still has a edge in.<p>Then, using your analytics package (which you have, correct?) You run testing either on actual hardware, or something like Browserstack for everything else in descending order of popularity by unique visitor.<p>Really, you have several different rendering engines and JS engines in play at any given time - and it's helpful to have an agreed upon support model in place prior to starting development. Generally speaking, support anything with 5+% in the past 90, and make a argument for not spending time supporting things below that without very good cause.
I am a professional webdeveloper for many years and IMHO the best way is to look in your tacking tool and test in everything which has more than say 5% of your traffic in the last months. Browser usage varies strongly from the type of customer you have.
Firefox, because I like it as a browser. Plus its Javascript error messages are often more illuminating than Chrome's.<p>Also, cross-browser compatibility is important to me, and I figure all my colleagues test stuff in Chrome and will complain about stuff that doesn't work there. I can't tell you how many Firefox-specific bugs I've found in our site.<p>The tough part is finding someone who will regularly check stuff out in IE or Edge, if you don't want to be spinning VMs up and down all day every day.
I'll echo what some of the other posters have said about it depending on what your users use and that it is important to set expectations and CYA.<p>I did find this article[1] on using chrome and workspaces as an IDE of sorts. I think its kinda nifty.<p><a href="https://y6326.wordpress.com/2016/02/17/basic-setup-chrome-developer-tools-as-ide/" rel="nofollow">https://y6326.wordpress.com/2016/02/17/basic-setup-chrome-de...</a>