We're calling on all EU-based Mozillians with iOS or iPadOS devices to help us monitor Apple’s new browser choice screens. Join the effort to hold Big Tech to account!

Przeszukaj pomoc

Unikaj oszustw związanych z pomocą.Nigdy nie będziemy prosić Cię o dzwonienie na numer telefonu, wysyłanie SMS-ów ani o udostępnianie danych osobowych. Zgłoś podejrzaną aktywność, korzystając z opcji „Zgłoś nadużycie”.

Więcej informacji

How can we keep our web application up-to-date with the rapid release schedule?

  • 3 odpowiedzi
  • 1 osoba ma ten problem
  • 3 wyświetlenia
  • Ostatnia odpowiedź od knorretje

more options

Hi,

We are currently offering a web based b2b application. But with the rapid release schedule that's been recently introduced, we are having trouble testing our application for every new version of firefox. It's a very time consuming job completely checking the application.

Is there any way we can know if a new version of Firefox needs actual testing, or do we have to test each new release?

Regards,

Arjan van der Hulst

Hi, We are currently offering a web based b2b application. But with the rapid release schedule that's been recently introduced, we are having trouble testing our application for every new version of firefox. It's a very time consuming job completely checking the application. Is there any way we can know if a new version of Firefox needs actual testing, or do we have to test each new release? Regards, Arjan van der Hulst

Wszystkie odpowiedzi (3)

more options

You can read on Mozilla Developer Network (MDN) what's going to change in the next version of Firefox. These articles are called "Firefox <number> for developers". Maybe you can use that list to decide how mutch testing you are actually going to need. Also, if you are always coding against the current web-standards, that's also going to reduce the chances of something breaking your application.

https://developer.mozilla.org/en/Firefox_7_for_developers

more options

Thanks, will look into that :)

more options

I found this article from Jesse Ruderman that may be interesting to you. It has some good ideas for testing and requirements.

improving-intranet-compatibility