Articles

If a product has a web and a mobile version of an application, their functionality is almost identical. The app QA process, however, will flow differently for each platform due to their particularities.

A mobile application has become an umbrella term that covers three different types of apps – native, PWA, and hybrid. Each is coded in a specific way and has some distinctive features. 

Source de l’article sur DZONE

Every week users submit a lot of interesting stuff on our sister site Webdesigner News, highlighting great content from around the web that can be of interest to web designers.

The best way to keep track of all the great stories and news being posted is simply to check out the Webdesigner News site, however, in case you missed some here’s a quick and useful compilation of the most popular designer news that we curated from the past week.

Elevator.js – A “back to Top” Button that Behaves like a Real Elevator

 

Redesigning Airbnb for the New Normal – a UX Case Study

 

My Experience Making an App Using a No-Code Tool

 

Simple Design is Dead. Welcome to Apple’s Era of Customization

 

Making the Brand: Redesigning Spotify Design

 

Neon Mode: Building a New Dark UI

 

The Return of the 90s Web

 

Design Roundup June 2020

 

Google Quietly Launches an AI-powered Pinterest Rival Named Keen

 

Apple’s Siri Gets First Major Redesign in Years

 

Perfection will Kill your Design

 

Using 6 Google Analytics Features to Improve UX and Website Metrics

 

Yale Rebrands for Warmth and a Digital Future

 

3 Awesome Digital Marketing Strategies to Boost your Web Presence

 

Onboarding is Dead, Here Comes Noboarding

 

User Experience (UX) Testing: 4 UX Best Practices

 

8 Ways to Promote your Business Without a Marketing Budget

 

10 Interaction Design Rules You Must Never Break

 

On Racism and Sexism in Branding, User Interface, and Tech

 

Staying Creative During Hard Times

 

Serious UX Mistakes that Might Be Sabotaging your Sales

 

10 Key Things a Small Business Website Must Have

 

22+ Horizontal Timeline CSS Examples

 

How to Write an Effective Design Brief in 9 Easy Steps

 

Creative Exercises to Help You Through your Anxiety

 

Want more? No problem! Keep track of top design news from around the web with Webdesigner News.

Source

p img {display:inline-block; margin-right:10px;}
.alignleft {float:left;}
p.showcase {clear:both;}
body#browserfriendly p, body#podcast p, div#emailbody p{margin:0;}

Source de l’article sur

What happens when you put two top thinkers together to talk about DevOps, continuous integration, and CI test automation strategy?

That’s what happened in November 2019, when Dr. Nicole Forsgren, VP of Research & Strategy at GitHub, and co-author of Accelerate: The Science of Lean Software and DevOps, joined a webinar with Angie Jones, test automation consultant and automation architect at Applitools.

Source de l’article sur DZONE

A few months back, I was going through some posts related to Test Automation in Quora. Suddenly a question posted by an anonymous user caught my attention – “What is Maven in Selenium?”

This was not the first time I came across this question or similar questions during my journey as an SDET. This is quite common since there is a lot of confusion regarding the differences between the build automation tools (“Maven” is one of them), and the test automation libraries, mostly among the testers who have just started learning/working on test automation and came across build tools for the first time.

Source de l’article sur DZONE

A few weeks ago I had some interesting debates on the projects I work on, on questions like:

  • Is the automation engineer a developer?
  • Is a developer the best candidate to be an automation engineer? 
  • Where does the good ol’ Software Engineer in Test (SET, a.k.a SDET) fit in this fierce new world full of code and dependencies? 

It seems that the trend nowadays when looking for job candidates in automation is that they need to have the skills of a programmer. I have been doing technical interviews for people who are running for Test Engineer positions for years, and this trend has been increasing more and more. That is why I give the same advice to anyone asking me how to get into the automation world: “Start learning the fundamental concepts of object-oriented programming and how they apply to automation testing.”

Source de l’article sur DZONE

To test a component in isolation you can replace it’s children components by stubbing them. Vue Test Utils can automatically do this for you with a feature called shallowMount.

But what happens if a component is tightly coupled to one of its children? You can still use shallowMount, but you’ll then have to selectively "unstub" the tightly coupled child.

Source de l’article sur DZONE

We operate in a continuous delivery world in which a seamless customer experience is paramount. Regardless of whether you’re a global Fortune 500 organization or a fast-growing startup, failing to deliver a digital experience that delights your users is a critical mistake you can’t afford to make.

A chief challenge compounding today’s continuous delivery expectation is the growing amount of testing that has to be carried out. In the not-too-distant past, companies controlled all of their software, available on a single platform to a similar type of user with one uniform release cycle. Today’s landscape is vastly different, with websites and apps relying on a mix of modules and services under the control of various vendors, all with independent release cycles, in a heterogeneous platform environment with a wide range of user types.

Source de l’article sur DZONE

Today, we’re going to talk about JUnit and unit testing, one of the key skills for any software developer. You may already know that JUnit and Mockito are two of the most popular testing libraries for Java applications, and you will find them in almost every Java application classpath. I often meet and work with Java developers who know Java well but haven’t written a single unit test. When I ask them why don’t you write unit tests, they come up with many excuses like they don’t have time for writing unit tests, there is always deadline pressure, and some of the honest guys will tell you that they tried writing but give-up after 10-15 minutes due to difficulty in testing their code.

Whatever your reason for not writing a unit test, I don’t think it’s going to work anymore because, in today’s world of DevOps and automation, there is increased focus on code reviews, unit testing, and integration testing, and you just can’t get away with not writing tests.

Source de l’article sur DZONE