After Automation, Now What Is SDET? Still An Open Question!

Test Engineer, Test Automation Engineer, Test Architect, Quality Assurance, Quality Control and now comes the SDETWTF! What is Software Testing, a pool of confusing glossary? As if Test Strategy, Approach, Plan, Method, Technique, Types, Levels, etc. wasn’t enough for the Tech-world.

 

The Confusion

SDET, expands to Software Development Engineer in Test OR Software Design Engineer in Test. Don’t get confused. In simple terms – the SDET is a tester and also a developer. Haha! Confused? I too felt the same. No one is crystal clear about the SDET role – I guess not even an SDET himself/herself 🙂 a fancy word adopted by Microsoft and every one going Gaga over it!

A Tester who knows development. An automation engineer involved throughout the development cycle. A Tester who develops Automation framework after studying the Software Design. A developer who can test. A developer who writes automation scripts. A developer who can test the actual code white-box. An architect who develops a generic automation framework. A Software Design architect who is focused on testability. A developer who knows how to test software. A Test architect who can understand software design. Blah Blah Blah!!

 

What is SDET?

SDET Skill SetSoftware Tester – tests the software. Software developer – develops the software. SDET, who can participate in development of the application and also in testing of the software developed. SDET are often involved in developing the quality code which is useful in automation of test cases or designing the testing framework which can be used as a testing tool. As you might have guessed – they are highly skilled resource with development as well as testing skills. You can think of it as a Test Automation resource with extended responsibilities.

In short – SDET is not a manual tester. SDET is not an Automation tester. SDET is not a developer. SDET is an engineer who know programming and software design concepts, who can code to test a software and is involved throughout the software design & development phases to keep a check on software testability and quality. It originated from Microsoft and currently many organizations are demanding such SDET professionals. This is a unique skill set which makes SDET a very unique role with high demand in present software industry.

 

Open Questions

Why SDET?

Some say the shift is just to attract engineering talent. The popular myth is ‘There is no career in Software Testing’, resulting in shortage of skilled workforce opting for testing technology. Everyone wants to be a developer first. The result – let’s call it SDET, developer + tester 😉 cool, right?

OR

SDET is just an automation tester with strong manual testing concepts so that he/she can write code along with the test cases necessary to maintain product quality?

OR

Many manager don’t know what they need and have shifted their focus to automation testing without understanding how & when it should be implemented. The result – We want SDETs no matter the actual requirement.

OR

Since Automation testing cannot ever replace the need for Manual testing, and organizations are not willing to hire two different type of testers – let’s hire SDETs.

 

What about Test Independence?

The level of quality and confidence only comes if you know the product, the components, and especially, the code within it. You‘ve got to code – and you’ve got to know how to do it right. Think of it this way: You can’t test something you don’t understand. It’s like building a car if you can’t drive. But what about the concept of Test team independence?

 

SDET and Software Testing

SDET and Software Testing

  • SDET doesn’t mean software testing is going away. It just means that we are moving from pure manual testing to a more technical nature of testing a software. SDET is not just a test specialist with development-level programming skills, but a professional who can develop testing tools and frameworks to assist manual testing process?
  • Creating a new yet-another job title is not helpful for team coherence or their perceived job responsibility. Yes, they might be doing a slightly different job but eventually a tester’s role is to find defects and maintain quality.
  • Should SDET be aware of all Software Testing concepts? Or knowledge of programming and how to test is enough? After all, Software Testing is not just a technology, it’s a mindset. You can either build or you can break. There is a significant context switch between the mindset. Getting a balanced SDET to do both can be a tough job in itself.
  • It’s useless – hiring a programmer specifically to test, creating useless automated tests that did not find defects. That’s true – we seldom see automated tests identifying as many defects as manual testing.

Quality TestingLast but not the least, everyone is thinking about Automation. Hire an automation expert and we are safe. But have you ever taken a ‘Manual vs. Automation’ defects retrospective of your last 5 projects? I bet Manual will beat Automation hands-down. Automation can cover just a percentage of Software Testing (like regression), for everything else you need a hard-core tester 😉 But if this trend continues – there will be a day when most of the SDETs know more about programming and scripting than testing, i.e. in a few years we will have an overload of people writing scripts who don’t know about the basics of testing.

 

 

So What are you waiting for? Become an ultimate software tester and match the market! 

If you want to make a shift in your career and become Software Engineer in Test start today with BayQATraining!

What to expect from our upcoming bootcamp (Seats are limited, only 11 left) .

Stress free trial — 100% refund of first deposit payment after first session

  1.  We are not typical bootcamp. We teach through day-to-day work tasks using Agile approach. From day one you will start automating real test cases from real test plan of a real startup Android app. Thus you will gain real experience. You may download app from PlayStore prior to the class to play with it https://www.moviemates.us/
  2. You will work in pair just like at real world job. Pair programming is proven to be very effective and used heavily industry wide.
  3. You will experience best software development practices:
    Each test case code will be committed to common GitHub repository via PullRequest
    Upon successful code review and merge, we will trigger Jenkins Pipeline — Build, Test, Deployment to Fabric
  4. Besides writing resilient tests, we will teach you all of other important pieces — Jenkins setup and GitHub Flow
  5. We will prepare you for interview by teaching you how to solve various programming problems
  6. We even help you to review and alter you resume

The Ultimate Mobile Test Automation Bootcamp — Reinvent Your Career in 8 weeks