Testing Blog

Google is hiring SETs

piatok, marca 12, 2010
Share on Twitter Share on Facebook
Google
Menovky: Jobs , Patrick Copeland

26 komentárov :

  1. Unknown12. marca 2010 o 22:54:00 GMT-8

    It would be nice if you could create a post regarding "testing DNA". How would a new engineer know if he/she has it in their blood. Many people think testing is just sitting behind the computer, triaging bugs or writing black box tests.

    So how do we know if we have a testing DNA or not? Could it be that we have the hunger to write great automation tools, or perhaps interest creating some framework to help the development engineers to create unit tests easier? Is it when we find it enjoyable trying to find bugs in every corner of the code? Or perhaps it is when the testing engineer likes to prove the development engineer that his code is faulty.

    So how do new engineers know?

    OdpovedaťOdstrániť
    Odpovede
      Odpovedať
  2. Anonymný13. marca 2010 o 6:40:00 GMT-8

    Good idea...but it sounds like you've already answered the question.

    OdpovedaťOdstrániť
    Odpovede
      Odpovedať
  3. Pradeep Soundararajan13. marca 2010 o 8:41:00 GMT-8

    Does Google hire exploratory testers? and those who dont write code to test code?

    Writing code to test code is important and no doubt about it. Mostly those are checks that are performed.

    While the test code would have not shown a problem with Buzz, a bunch of real good exploratory testers would have helped to find the problem.

    Now, I am not one of those guys who would say "Ah! Buzz had problems so maybe things are wrong" but when a company as big as Google releases something and billions of eyeballs are watching, it might be a good idea to consider hiring skilled exploratory testers, too.

    I have been tracking test openings of Google ever since I started looking for a job but there ain't anything that match the skills that most good testers I know of have. What kind of black box testing happens at Google, if it happens?

    If you interview testers whose focus is to write code to test code and then ask them to perform exploratory testing, well, they might do it but you didn't hire them to do it and hence it might not be their cup of tea to focus on. With ever changing tools and technologies they are in a world of catching up with it and hence not their focus.

    I know that it is not budget constraint that is actually stopping Google from hiring black box testers but something else that I don't know. Maybe you want to do things different but it is hard for me to convince based on my limited experience that it would be hard to remain different and successful without hiring black box exploratory testers for a longer time than this.

    I have heard about Fedex Tour implementation from previous posts of James Whittaker but that was a part of the whole game than being the game itself.

    Well, I am not proposing be black box only but I am trying to help myself understand how a company like Google doesn't have pure black box exploratory testers.

    Its not a bad idea for sure.

    OdpovedaťOdstrániť
    Odpovede
      Odpovedať
  4. Anonymný13. marca 2010 o 13:14:00 GMT-8

    Good note. We will post a bit later with details about exactly this. Watch for a post from James in
    April.

    Thanks,
    Pat

    OdpovedaťOdstrániť
    Odpovede
      Odpovedať
  5. Matthew15. marca 2010 o 8:51:00 GMT-7

    It's a little off topic, but Pradeep is pulling me to respond ..

    "Now, I am not one of those guys who would say "Ah! Buzz had problems so maybe things are wrong""

    I resemble that remark! :-)

    I hope my public comments about buzz have been in the area of "We all have room for improvement."

    We all have (some) problems, and it is easy to criticize. It's especially easy to criticize others and not talk about ourselves - so today's blog post, to fair, I wrote about testing issues a Socialtext:

    http://blogs.stpcollaborative.com/matt/2010/03/15/exhaustive-testing/

    Good points Pradeep, and Patrick, I find that idea of testing DNA ... fascinating.

    OdpovedaťOdstrániť
    Odpovede
      Odpovedať
  6. Unknown15. marca 2010 o 14:54:00 GMT-7

    Why can't you run the select tests BEFORE the check-in, in order to prevent regressions?

    OdpovedaťOdstrániť
    Odpovede
      Odpovedať
  7. Anonymný16. marca 2010 o 22:09:00 GMT-7

    @Sriram, agree...you can.

    OdpovedaťOdstrániť
    Odpovede
      Odpovedať
  8. Derek Harley18. marca 2010 o 5:31:00 GMT-7

    Patrick, did your response to Pradeep's comment ("Good note. We will post a bit later with details about exactly this.") mean that the follow up post will explain why you don't use blackbox testers at Google, or is it going to explain how you use a blend of testers and test methods to achieve your results (or have I missed the point of your response altogether?)

    Like Pradeep, I have been following job openings at Google for years and have yet to see anything that matches my experience (which has great breadth and depth, but no direct coding experience). Do these positions ever come up, or are we all going to have to get Computer Science degrees and learn Java to work at Google?

    OdpovedaťOdstrániť
    Odpovede
      Odpovedať
  9. madhurinpu18. marca 2010 o 15:45:00 GMT-7

    I Completely agree with Pradeep. It is not that I am a Black tester, I am also a automated tester. The reason i support this is, I felt the same a year ago.
    I always wanted to ask this question but dint know a source to ask? Do you guys have Black box testers? if so, I never seen a Single position since my career started nor my schooling.
    A good tester is one who can take the customer point of view and can analyze all the possible ways of errors and forthcoming errors but not just who can write pages of code. Of course I agree man power constrains accurate result with automation etc. I dont say automation is bad or against it.

    But I strongly believe that core black box testing is also Mandatory just like automation.

    The above mentioned are my idea and I thank the post owner to have such a wonderful blog, through which many of views wud come up just like me.
    Note: this is not a criticizum.

    Madhuri

    OdpovedaťOdstrániť
    Odpovede
      Odpovedať
  10. the clairvoyant19. marca 2010 o 8:52:00 GMT-7

    Are you guys hiring new grads without much test experience?

    OdpovedaťOdstrániť
    Odpovede
      Odpovedať
  11. Anonymný19. marca 2010 o 13:56:00 GMT-7

    @Derek Harley...we have a blend of approaches and roles in testing: some manual/customer-focused, some semi-automated, and a significant focus on automated.

    @the clairvoyant...yes, with strong testing ability, but not required experience for new grads.

    OdpovedaťOdstrániť
    Odpovede
      Odpovedať
  12. madhurinpu19. marca 2010 o 14:01:00 GMT-7

    @ Patrick

    I have any come across, Manual/ Customer support in requirements. Anyways its good to know that you guys also have positions for Manual tester.

    Coming to new grad positions, I hope Google consider resumes of only TOP-Notch Schools.

    Do you guys have any Manual QA Positions at your company which are still open?

    OdpovedaťOdstrániť
    Odpovede
      Odpovedať
  13. Ajay Bhagwat20. marca 2010 o 7:09:00 GMT-7

    We all test Google products- by using them everyday!

    OdpovedaťOdstrániť
    Odpovede
      Odpovedať
  14. Pradeep Soundararajan22. marca 2010 o 12:46:00 GMT-7

    @Ajay Bhagwat,

    We all test Google products- by using them everyday!

    Oh do we? Lets assume that. How many bugs have you reported so far or how much of information you have passed on to Google that has helped them improve their products?

    :)

    So, we don't right?

    OdpovedaťOdstrániť
    Odpovede
      Odpovedať
  15. Unknown22. marca 2010 o 20:23:00 GMT-7

    Patrick,

    What is the typical turnaround time for processing incoming resumes for SET positions?

    Thanks,
    -Sriram

    OdpovedaťOdstrániť
    Odpovede
      Odpovedať
  16. Anonymný26. marca 2010 o 22:35:00 GMT-7

    @Sriram - the staffing team is working hard to follow-up on everyone that sent me a resume. You should hear either way in the next 1-2 weeks. Thanks to everyone that is interested in Google!

    Pat

    OdpovedaťOdstrániť
    Odpovede
      Odpovedať
  17. Unknown29. marca 2010 o 20:17:00 GMT-7

    I have been interviewed by Google in January.
    Can I apply again.

    OdpovedaťOdstrániť
    Odpovede
      Odpovedať
  18. Anonymný29. marca 2010 o 21:37:00 GMT-7

    @Sita -- it depends. If it's for the same role, I'd wait. If it's for a different role, it's ok to reapply. For instance, if you interviewed for SET and you want to interview for a Developer, yes it's ok to apply again.

    OdpovedaťOdstrániť
    Odpovede
      Odpovedať
  19. Basharat Wani3. apríla 2010 o 15:46:00 GMT-7

    I am very curious after reading this post, very nice. I like the way they treat testing.


    Now I have a question, How come Google releases product like Wave and Buzz with severe functional defects and bugs?

    Wave I can give a pass may be it is futuristic stuff, but how come Buzz release bought Gmail on its knees for example performance wise then off course privacy also was given a toss?

    ?????

    OdpovedaťOdstrániť
    Odpovede
      Odpovedať
  20. Keith Mashile9. apríla 2010 o 2:31:00 GMT-7

    Hi everyone, my name in is Keith from SA and I would like make a comment on "testing DNA". This is a great idea to start with but lets face reality check...generally a human being is well capable of doing anything including acting...most candidates act up during evaluations/interviews, you can run ten interviews and they will pass but its only with time that you can get to know whether you have a right candidate with a right skill for your projects...often times candidates are desperate to join big companies to an extend that they are willing to do anything to join and on the other hand companies have projects in the pipeline to an extend that they don't have time to spend on the employment process thats where the problem is...you wouldn't have known my skills couple of years back but look now, I am recommended by all and I mean all employers I consulted with but it start with little knowledge and any candidate can crack it or loose it..."testing DNA" nope it won't pass the test of time...and thats reality, I conducted many interviews and I was interviewed many times, there are cases where you will know immediately that this candidate does not know what he/she is talking about but that does not mean the can't learn and become more than you want...the question is do you have a candidate with willingness to learn and can you identify a rough diamond...do you have time to invest in a junior...often time senior/skilled testers turn to be bigger than process because they know...nonetheless this is not always the case...Pat, over and above skill evaluate an attitude of a testers...surely you won't fail to get a tester, put your post online an hour is more than enough to have more than fifty applications...AMEN

    OdpovedaťOdstrániť
    Odpovede
      Odpovedať
  21. Lukar9. apríla 2010 o 16:05:00 GMT-7

    Hi Was it too late to send you my resume?

    OdpovedaťOdstrániť
    Odpovede
      Odpovedať
  22. Anonymný11. apríla 2010 o 0:29:00 GMT-7

    @Basharat Wani -- we're not infallible. We spend a huge amount of energy on quality, but anyone who says they can prevent all bugs is fooling themselves. The reality is that we do our best, listen carefully to customers, and when we have issues fix them quickly.

    @Keith Mashile -- I agree and disagree with parts of your comment. I agree that people sometimes (but that often, but sometimes) try to convince an interviewer of things they can't do. But, I don't think you can fool someone about your passion or skill if you dig deep enough. Unless the interview is quite superficial, I don't understand why you can't see someone's potential, passion, and ability. Testing DNA isn't magic. It's just shorthand for a deep passion and interest in testing. In my experience, you have it or you don't.

    OdpovedaťOdstrániť
    Odpovede
      Odpovedať
  23. Wolfgao14. apríla 2010 o 0:32:00 GMT-7

    Hi Patrick, I am a test manager in Motorola. Actually we have tested lots of Android products, and I read lots of your posted papers and am inspired a lot by them, agile development/test model, really great.

    However, I still have no idea on how Google organzie their product test through SA. Per my understanding, it is impossible for Google to depend more on Automation test, I agree that should be a long term goal for us, but so far, for most of companies, like, SE, Nokia, Moto, etc, they still relied on manual test more than Automation on their product test, because black box test is a good way to validate the requirements, that can answer if we comply our product requirements, and how much? Sometimes, we can use automation test for some stress, performance test.

    Anyway, Could you share with me know what you think on Manual test?

    Thanks a lot.

    OdpovedaťOdstrániť
    Odpovede
      Odpovedať
  24. Rajamanickam Antonimuthu20. apríla 2010 o 7:20:00 GMT-7

    I am just wondering whether Google will use any third-party automation tool such as HP- Quick Test professional, or will it have its own tool?

    If Google's own tool is better than any other tool, will Google make it available for others also?

    Thanks,
    Rajamanickam
    http://qualitypoint.blogspot.com

    OdpovedaťOdstrániť
    Odpovede
      Odpovedať
  25. Unknown30. apríla 2010 o 3:15:00 GMT-7

    HI Patrick...
    Do you guys hire the persons who are manual testers and don't have any knowledge of coding.......

    OdpovedaťOdstrániť
    Odpovede
      Odpovedať
  26. VasserPro13. mája 2010 o 16:36:00 GMT-7

    Another desirable quality in test engineers is the innate ability to think of how people can do things the wrong way (and how to break things is good, too). I worked as a test engineer for several years and I can tell you thinking outside the "norm" is definitely a plus.

    OdpovedaťOdstrániť
    Odpovede
      Odpovedať
Pridať komentár
Načítať viac...

The comments you read and contribute here belong only to the person who posted them. We reserve the right to remove off-topic comments.

  

Labels


  • TotT 104
  • GTAC 61
  • James Whittaker 42
  • Misko Hevery 32
  • Code Health 31
  • Anthony Vallone 27
  • Patrick Copeland 23
  • Jobs 18
  • Andrew Trenk 13
  • C++ 11
  • Patrik Höglund 8
  • JavaScript 7
  • Allen Hutchison 6
  • George Pirocanac 6
  • Zhanyong Wan 6
  • Harry Robinson 5
  • Java 5
  • Julian Harty 5
  • Adam Bender 4
  • Alberto Savoia 4
  • Ben Yu 4
  • Erik Kuefler 4
  • Philip Zembrod 4
  • Shyam Seshadri 4
  • Chrome 3
  • Dillon Bly 3
  • John Thomas 3
  • Lesley Katzen 3
  • Marc Kaplan 3
  • Markus Clermont 3
  • Max Kanat-Alexander 3
  • Sonal Shah 3
  • APIs 2
  • Abhishek Arya 2
  • Alan Myrvold 2
  • Alek Icev 2
  • Android 2
  • April Fools 2
  • Chaitali Narla 2
  • Chris Lewis 2
  • Chrome OS 2
  • Diego Salas 2
  • Dori Reuveni 2
  • Jason Arbon 2
  • Jochen Wuttke 2
  • Kostya Serebryany 2
  • Marc Eaddy 2
  • Marko Ivanković 2
  • Mobile 2
  • Oliver Chang 2
  • Simon Stewart 2
  • Stefan Kennedy 2
  • Test Flakiness 2
  • Titus Winters 2
  • Tony Voellm 2
  • WebRTC 2
  • Yiming Sun 2
  • Yvette Nameth 2
  • Zuri Kemp 2
  • Aaron Jacobs 1
  • Adam Porter 1
  • Adam Raider 1
  • Adel Saoud 1
  • Alan Faulkner 1
  • Alex Eagle 1
  • Amy Fu 1
  • Anantha Keesara 1
  • Antoine Picard 1
  • App Engine 1
  • Ari Shamash 1
  • Arif Sukoco 1
  • Benjamin Pick 1
  • Bob Nystrom 1
  • Bruce Leban 1
  • Carlos Arguelles 1
  • Carlos Israel Ortiz García 1
  • Cathal Weakliam 1
  • Christopher Semturs 1
  • Clay Murphy 1
  • Dagang Wei 1
  • Dan Maksimovich 1
  • Dan Shi 1
  • Dan Willemsen 1
  • Dave Chen 1
  • Dave Gladfelter 1
  • David Bendory 1
  • David Mandelberg 1
  • Derek Snyder 1
  • Diego Cavalcanti 1
  • Dmitry Vyukov 1
  • Eduardo Bravo Ortiz 1
  • Ekaterina Kamenskaya 1
  • Elliott Karpilovsky 1
  • Elliotte Rusty Harold 1
  • Espresso 1
  • Felipe Sodré 1
  • Francois Aube 1
  • Gene Volovich 1
  • Google+ 1
  • Goran Petrovic 1
  • Goranka Bjedov 1
  • Hank Duan 1
  • Havard Rast Blok 1
  • Hongfei Ding 1
  • Jason Elbaum 1
  • Jason Huggins 1
  • Jay Han 1
  • Jeff Hoy 1
  • Jeff Listfield 1
  • Jessica Tomechak 1
  • Jim Reardon 1
  • Joe Allan Muharsky 1
  • Joel Hynoski 1
  • John Micco 1
  • John Penix 1
  • Jonathan Rockway 1
  • Jonathan Velasquez 1
  • Josh Armour 1
  • Julie Ralph 1
  • Kai Kent 1
  • Kanu Tewary 1
  • Karin Lundberg 1
  • Kaue Silveira 1
  • Kevin Bourrillion 1
  • Kevin Graney 1
  • Kirkland 1
  • Kurt Alfred Kluever 1
  • Manjusha Parvathaneni 1
  • Marek Kiszkis 1
  • Marius Latinis 1
  • Mark Ivey 1
  • Mark Manley 1
  • Mark Striebeck 1
  • Matt Lowrie 1
  • Meredith Whittaker 1
  • Michael Bachman 1
  • Michael Klepikov 1
  • Mike Aizatsky 1
  • Mike Wacker 1
  • Mona El Mahdy 1
  • Noel Yap 1
  • Palak Bansal 1
  • Patricia Legaspi 1
  • Per Jacobsson 1
  • Peter Arrenbrecht 1
  • Peter Spragins 1
  • Phil Norman 1
  • Phil Rollet 1
  • Pooja Gupta 1
  • Project Showcase 1
  • Radoslav Vasilev 1
  • Rajat Dewan 1
  • Rajat Jain 1
  • Rich Martin 1
  • Richard Bustamante 1
  • Roshan Sembacuttiaratchy 1
  • Ruslan Khamitov 1
  • Sam Lee 1
  • Sean Jordan 1
  • Sebastian Dörner 1
  • Sharon Zhou 1
  • Shiva Garg 1
  • Siddartha Janga 1
  • Simran Basi 1
  • Stan Chan 1
  • Stephen Ng 1
  • Tejas Shah 1
  • Test Analytics 1
  • Test Engineer 1
  • Tim Lyakhovetskiy 1
  • Tom O'Neill 1
  • Vojta Jína 1
  • automation 1
  • dead code 1
  • iOS 1
  • mutation testing 1


Archive


  • ►  2025 (1)
    • ►  jan (1)
  • ►  2024 (13)
    • ►  dec (1)
    • ►  okt (1)
    • ►  sep (1)
    • ►  aug (1)
    • ►  júl (1)
    • ►  máj (3)
    • ►  apr (3)
    • ►  mar (1)
    • ►  feb (1)
  • ►  2023 (14)
    • ►  dec (2)
    • ►  nov (2)
    • ►  okt (5)
    • ►  sep (3)
    • ►  aug (1)
    • ►  apr (1)
  • ►  2022 (2)
    • ►  feb (2)
  • ►  2021 (3)
    • ►  jún (1)
    • ►  apr (1)
    • ►  mar (1)
  • ►  2020 (8)
    • ►  dec (2)
    • ►  nov (1)
    • ►  okt (1)
    • ►  aug (2)
    • ►  júl (1)
    • ►  máj (1)
  • ►  2019 (4)
    • ►  dec (1)
    • ►  nov (1)
    • ►  júl (1)
    • ►  jan (1)
  • ►  2018 (7)
    • ►  nov (1)
    • ►  sep (1)
    • ►  júl (1)
    • ►  jún (2)
    • ►  máj (1)
    • ►  feb (1)
  • ►  2017 (17)
    • ►  dec (1)
    • ►  nov (1)
    • ►  okt (1)
    • ►  sep (1)
    • ►  aug (1)
    • ►  júl (2)
    • ►  jún (2)
    • ►  máj (3)
    • ►  apr (2)
    • ►  feb (1)
    • ►  jan (2)
  • ►  2016 (15)
    • ►  dec (1)
    • ►  nov (2)
    • ►  okt (1)
    • ►  sep (2)
    • ►  aug (1)
    • ►  jún (2)
    • ►  máj (3)
    • ►  apr (1)
    • ►  mar (1)
    • ►  feb (1)
  • ►  2015 (14)
    • ►  dec (1)
    • ►  nov (1)
    • ►  okt (2)
    • ►  aug (1)
    • ►  jún (1)
    • ►  máj (2)
    • ►  apr (2)
    • ►  mar (1)
    • ►  feb (1)
    • ►  jan (2)
  • ►  2014 (24)
    • ►  dec (2)
    • ►  nov (1)
    • ►  okt (2)
    • ►  sep (2)
    • ►  aug (2)
    • ►  júl (3)
    • ►  jún (3)
    • ►  máj (2)
    • ►  apr (2)
    • ►  mar (2)
    • ►  feb (1)
    • ►  jan (2)
  • ►  2013 (16)
    • ►  dec (1)
    • ►  nov (1)
    • ►  okt (1)
    • ►  aug (2)
    • ►  júl (1)
    • ►  jún (2)
    • ►  máj (2)
    • ►  apr (2)
    • ►  mar (2)
    • ►  jan (2)
  • ►  2012 (11)
    • ►  dec (1)
    • ►  nov (2)
    • ►  okt (3)
    • ►  sep (1)
    • ►  aug (4)
  • ►  2011 (39)
    • ►  nov (2)
    • ►  okt (5)
    • ►  sep (2)
    • ►  aug (4)
    • ►  júl (2)
    • ►  jún (5)
    • ►  máj (4)
    • ►  apr (3)
    • ►  mar (4)
    • ►  feb (5)
    • ►  jan (3)
  • ▼  2010 (37)
    • ►  dec (3)
    • ►  nov (3)
    • ►  okt (4)
    • ►  sep (8)
    • ►  aug (3)
    • ►  júl (3)
    • ►  jún (2)
    • ►  máj (2)
    • ►  apr (3)
    • ▼  mar (3)
      • Google is hiring SETs
      • Google @ ICST 2010
      • Still Stuck in the 90s
    • ►  feb (2)
    • ►  jan (1)
  • ►  2009 (54)
    • ►  dec (3)
    • ►  nov (2)
    • ►  okt (3)
    • ►  sep (5)
    • ►  aug (4)
    • ►  júl (15)
    • ►  jún (8)
    • ►  máj (3)
    • ►  apr (2)
    • ►  feb (5)
    • ►  jan (4)
  • ►  2008 (75)
    • ►  dec (6)
    • ►  nov (8)
    • ►  okt (9)
    • ►  sep (8)
    • ►  aug (9)
    • ►  júl (9)
    • ►  jún (6)
    • ►  máj (6)
    • ►  apr (4)
    • ►  mar (4)
    • ►  feb (4)
    • ►  jan (2)
  • ►  2007 (41)
    • ►  okt (6)
    • ►  sep (5)
    • ►  aug (3)
    • ►  júl (2)
    • ►  jún (2)
    • ►  máj (2)
    • ►  apr (7)
    • ►  mar (5)
    • ►  feb (5)
    • ►  jan (4)

Feed

  • Google
  • Privacy
  • Terms