Bạn đang thử nghiệm với Chrome?

Question

Tôi tò mò muốn biết ai đang thử nghiệm chống lại Chrome.

Tôi chủ yếu là vì nó đã trở thành trình duyệt chính của tôi, vì vậy mọi sự phát triển đang diễn ra trên Chrome, sau đó tôi thử nghiệm với IE và Firefox.

Answer 1

Thống kê sử dụng trình duyệt của bạn là gì? Bạn phải bắt đầu ở đó. Mỗi userbase của ứng dụng khác nhau. Xếp hạng các trình duyệt dựa trên các thống kê đó và kiểm tra/sửa lỗi theo thứ tự đó. Điều đó sẽ, trong hầu hết các trường hợp, cung cấp cho bạn các bang tốt nhất cho thời gian/tiền của bạn.

Làm cách nào để theo dõi thống kê sử dụng trình duyệt? Phân tích nhật ký máy chủ web của bạn hoặc sử dụng Google Analytics.

Ví dụ, tôi biết một ứng dụng web B2B với 5000 người dùng có các tỷ lệ:

• 90% IE (6,7 hoặc 8)
• 8% Firefox
• 2% Chrome
• Safari, vv là không đáng kể

Vì vậy, họ nên:

• làm hoàn thành bài kiểm tra đầy đủ tính năng với IE chỉ
• thử nghiệm tính năng cốt lõi và khả năng tương thích CSS chung với Firefox
• coi thường các trình duyệt khác

gì nếu họ đã tự động kiểm tra (ví dụ: Selenium)? Sau đó kiểm tra tất cả các trình duyệt là tầm thường. Nhưng bạn vẫn có thể áp dụng logic của tôi để sửa lỗi cụ thể cho trình duyệt. Điều đó không thể được tự động. Và doanh nghiệp sẽ phải phân loại những lỗi nào được sửa.

Chắc chắn, câu trả lời này là chủ quan. Có lẽ người dùng 2%-bit là người dùng trả tiền cao nhất. Tôi không biết. Hãy xem xét số liệu thống kê sử dụng trình duyệt của bạn, người dùng quan trọng nhất của bạn và tài nguyên dev/QA có sẵn.

Answer 2

tôi thử nghiệm trên chrome đầu tiên, FF thứ hai và IE cuối cùng ...

Khi gỡ lỗi JS Tôi sử dụng Firefox Firebug ...

Chrome đang sử dụng rendering engine Webkit giống như Safari. Vì vậy, nếu trang web của bạn trông có vẻ xấu trên Chrome, trang web đó có thể trông rất tệ trên Safari ...

Answer 3

Đối với các trang web công cộng: có.

Trang web công ty nội bộ: nó vẫn còn "bỏ hỗ trợ" (IE buộc, FF là lẻn vào)

thị phần của Chrome đang gia tăng mỗi ngày. Nếu bạn muốn khoảng 10% người dùng của mình bỏ lỡ, vui lòng không thử nghiệm. Đó là một chi phí và có thể chấp nhận được thông báo "không được hỗ trợ" cho các tác nhân người dùng Chrome.

Bạn đặt cược tốt nhất là xem số liệu thống kê web của bạn cho trang web của bạn và xem phần trăm người dùng chrome là gì. Theo dõi cơ sở người dùng của bạn và xem họ đã điều chỉnh chrome hay chưa. Hãy nhớ rằng bạn đang xây dựng trang web cho người dùng của mình.

http://www.w3schools.com/browsers/browsers_stats.asp

Answer 4

tôi thử nghiệm trên IE, FF, Chrome và Opera (và đôi khi Safari). Bạn thực sự có những ngày này. Để gỡ lỗi Javascript, tôi có xu hướng sử dụng Chrome cho bảng điều khiển của nó và đôi khi Firebug trong FF - cả hai đều rất hữu ích.

Answer 5

Câu trả lời chắc chắn là có.

Google đủ lớn không thể bỏ qua, giống như Apple, gần như quan trọng như Microsoft.

Điều duy nhất tôi muốn nói ở đây là ghi nhớ công cụ hiển thị của nó là loại webkit (không quá chắc chắn về sự khác biệt tinh tế), vì vậy, đừng để mozilla (-moz-) unhandled :)

Và cũng có thể, tôi cảm thấy giao diện điều khiển Firebug nhiều nhất. Bạn có thể thêm một số tấm khá hữu ích cho nó, chẳng hạn như:

• Google Page Speed
• FirePHP

Cá nhân, tôi thử nghiệm ứng dụng web của tôi chống lại (từ quan trọng nhất đến ít nhất):

1. Firefox 3+ (phiên bản không thực sự quan trọng, Firefox luôn tốt);
2. Safari 4 (Dành cho người iMac, iPhone, iPad của tôi, để đảm bảo ứng dụng web của tôi hoạt động);
3. IE8 (Tôi ghét MS, nhưng tôi không thể bỏ qua Trình duyệt của nó);
4. Chrome (Nó thường hoạt động giống như Safari, nhưng tốt để đảm bảo);
5. Opera

6. IE7 (Nếu tôi thực sự thực sự có thời gian ...)

   ......

Max.Integer IE6 (Vì những lý do mọi người đều biết rồi ...)

Answer 6

Kể từ khi tôi đang làm việc trên một trang web Google Maps API tôi thử nghiệm cho những gì họ hỗ trợ: Chrome, IE và Firefox. Tôi có xu hướng kiểm tra Chrome trước tiên vì đó là trình duyệt mặc định của tôi.

Answer 7

Tôi thử nghiệm trên Google Chrome trước, sau đó là IE và trong Firefox cuối cùng ... Vì đôi khi chúng tôi gặp phải một số vấn đề chủ yếu từ IE và Chrome .. Vì vậy, cần kiểm tra hoàn toàn luồng ứng dụng và giao diện người dùng trong các Trình duyệt này.

và Google chrome cũng cung cấp một số Extensions tốt như thế, tab IE, iMacros, Firebug, Flashbug vv vv ..

Answer 8

thử nghiệm của chúng tôi được thực hiện chống lại IE và Firefox. Sản phẩm của chúng tôi được sử dụng bởi các ngân hàng lớn và các công ty viễn thông nên chúng tôi không phải lo lắng về việc sử dụng trong các trình duyệt khác.

Tôi đã tìm thấy bằng cách sử dụng firefox chạy thử nghiệm 50% + nhanh hơn và lý do chính cho điều này là IE không xử lý Xpath rất tốt. Để giải quyết vấn đề này, tôi sử dụng rất nhiều Jquery và lệnh selenium WaitForCondition. Tôi sẽ khuyên bạn nên làm điều này vì nó cung cấp nhiều khả năng linh hoạt hơn. Ví dụ để mô phỏng waitForElementPresent (điều này sử dụng isElementPresent trong một vòng lặp với một Thread.ngủ) tôi chỉ sử dụng một tuyên bố selenium WaitForCondition (Tuyên bố Jquery của tôi, thời gian chờ đợi), vì vậy nếu tôi đang chờ kiểm soát tải btn_login tôi sẽ sử dụng sau đây

WaitForCondition ("selenium.browserbot.getCurrentWindow() . $ ('# btn_login'), "10000")! = null), điều này chờ 10 giây

Tôi nghĩ đến việc viết blog selenium vì rất nhiều công việc tôi đang làm có vẻ khá tiên tiến.

Answer 9

Firebug là sáng chói khi nói đến việc viết các yếu tố Jquery của bài kiểm tra.Bạn cần phải cẩn thận khi bạn một số lệnh selen hoạt động khác nhau trong IE và Firefox (keyUp, KeyDown) Im chắc chắn có al ot nhiều hơn thế này :).

Tôi thấy thực sự sử dụng Jquery cho hầu hết mọi thứ là tốt hơn rất nhiều. Tôi có thể nhập văn bản và kích hoạt một sự kiện. Nhấn phím Enter là một nỗi đau thực sự trong b **. Tôi đã phải kiểm tra môi trường tôi đang chạy và sau đó chạy 1 trong 2 lệnh. Tôi chỉ có thể sử dụng $ (id của kiểm soát) .trigger (sự kiện bạn muốn chạy) tức là (onblur, click, keyup, vv).

Cũng sử dụng Jquery có nghĩa là nó cũng tương thích với trình duyệt chéo (yippieee) và ngay cả trong IE6.