javascript – Hat jemand eine bessere Debugging-Lösung, die mit allen Browsern kompatibel ist? Könnten Sie mir bitte etwas über Ihre aktuellen Debugging-Ideen erzählen?

Question

Wenn das Unternehmen Anforderungen stellt, muss es aufgrund von Kunden- oder Marktanforderungen mit Browsern niedrigerer Versionen wie IE8 kompatibel sein. Wie gehen Sie bei Ihrer täglichen Arbeit mit Kompatibilitätsproblemen um?

Lassen Sie mich über meine aktuelle Lösung sprechen und ich hoffe auch, dass jeder seine eigenen Lösungen finden kann.

PC-Version (ich habe nicht viel Erfahrung mit H5, ich kann Ihnen sagen, ob Sie eine gute Debugging-Lösung haben):

Firefox和Chrome本身问题倒不大，而且调试起来比较方便，问题一般不大，主要是IE.

Windows-System

1. Verwenden Sie eine niedrigere Version des IE, win10可能不支持，另外自带的调试工具，用起来真的反人类，毕竟是好几年前的产物了。有时候调请求，还不如用fiddler.

2. Der Browser verwendet IE11 (die Emulationsoption der integrierten Entwicklertools kann IE7-11-Browser simulieren). Im Allgemeinen ist dies in Ordnung, da die eigenen Entwicklertools relativ neu sind und das Debuggen bequemer ist, aber das wird der Fall sein Sei ein bisschen CSS. Das Problem mit js ist, dass der Simulationsmodus nicht mit dem tatsächlichen Effekt übereinstimmt)

3. Um ehrlich zu sein, denke ich, dass dieses Tool wirklich schwierig zu verwenden ist. Es ist in Ordnung, sich die Stilprobleme anzusehen, aber es ist ermüdend, js-Fehler usw. zu debuggen.

Linux-ähnliches System

Für diesen IE müssen Sie möglicherweise eine virtuelle Maschine ausführen. Wenn Sie dann die virtuelle Maschine ausführen, tritt das gleiche Problem wie oben auf Window系统.

Total-Cloud-Tests

Dieser hat bowserstack (unterstützt lokales Debugging, erfordert die Installation des Chrome-Plug-Ins) usw. Diese Gebühr ist etwas teuer, etwa 29 $/Monat, und sie scheint für eine Person zu gelten. Es unterstützt die meisten Browser, aber die Geschwindigkeit ist relativ langsam, aber es ist immer noch eine anständige Lösung.

Private Cloud-Tests

Es scheint, als hätte jemand bei einer Vorlesung gesagt, wenn es sich um eine private Cloud handelt, ist das erste die Geschwindigkeit und das zweite die bessere Anpassung.

Derzeit würde ich lieber 私有云测试 verwenden, aber ich weiß nicht, ob es eine bessere Open-Source-Lösung gibt.

Wir heißen alle herzlich willkommen, Meinungen vorzubringen und gemeinsam zu diskutieren. Vielen Dank an alle~

Answer 1

个人觉得上面的思路不对，是应该在明确了兼容性需求后，进行开发的时候就要考虑到这些兼容性问题。而不是正常的都做好了，才来测试、发现、调试解决这些问题。

如果确定需要兼容IE8，那么在开发的时候就应该要处理好一些常见的问题。比如：

• IE8的window对象下没有JOSN，需要使用JSON库。

• IE8下较多情况不会重绘，需要单独处理。

• IE8下事件绑定的兼容写法。

• IE89不开控制台时没有console对象，所以最终的代码中不能存在console调试代码。

• IE8基本不支持css3，IE9仅仅部分支持 一些样式的降级处理方案。

• 。。。

开发前就明确兼容性需求，开发时就处理好相应的兼容性问题。最终产品完成后，只用正常的在相应浏览器上奏一遍功能性测试即可。兼容性上基本不会存在问题。

我在的公司产品全面要兼容IE8，部分还要到IE7，一直使用的是这种形式。对于一些不能实现的效果，直接沟通告诉客户，低版本浏览器下只保障实现功能，样式兼容处理，不能达到和高版本浏览器相同的效果。

无论什么测试工具，发现问题后最终还是要解决的，最好的处理方式不应该是从源头上就处理吗？如你所说，那低版本的IE，调试要么不能，要么反人类。

工具的话推荐一个：阿里的 F2ETEST，部署比较麻烦，但是功能不错，也挺好用。

最后，其实公司有一定积累的话，你会发现，要兼容的其实不只是IE，chrome和Firefox也都存在一些问题的，只是相对少了很多而已。