The other day I took a small break from a task at hand in office and came across an interesting discussion around Artificial Intelligence and what it should be actually called on Ministry of Testing slack channel. While I enjoyed the discussion it softly drifted towards the use of correct or relevant terminologies while we communicate. While there was an emphasis on the use of correct terms while communicating, there was also a valid concern over audience or listeners pulling things down over minute unintended terminology errors or grammar mistakes. I could relate to both sides of the coin as far as the use of correct testing terminologies is considered and thought of adding my understanding on it.
Fast forward few hours and we all (participants in that discussion) had enjoyed so many thoughts as discussion further shifted to constructive confrontation or healthy communication.
Maciej Wyrodek(@mwyrodek) have already covered the takeaway and part of the discussion over user of terminologies already, let me try taking it ahead. But before that, please read what he said/covered here.
I am again not going to repeat the entire discussion. So the discussion was happening about whether errors over the use of terms should be ignored, ignored temporarily, confronted politely or taken down(no one supports this I believe). It was around both Yes/No and the How part.
- James Sheasby Thomas offered this excellent summary:
“I think that if a discrete group of people are using the same problematic term as a proxy for the same concept, having previously acknowledged that the term itself is problematic/reductionist, then they should be free to use a said term as a shortcut for what they mean. However, if there is some disagreement about the true meaning or concern that third parties may take the term literally or not know the true meaning, then I think it’s important to spend time discussing the naming of concepts. (edited)”
- My thought on the topic:
“Whenever a certain terminology or naming seems to cause harm to a craft, in near or distant future, the healthy debate should happen over it(in a healthy way of course and possibly on a side track to make sure original discussion agenda is not gone and speaker/presenter is not getting negative vibes). Again and again, till the time maximum people take a note of it, understand the intent behind it and adapt to it(hopefully, ideal thing).” *Edited to club multiple thoughts in one para
- @Paulhaulland further added :
“The approach I tend to use when people around me use “sloppy” terminology (or any terminology I disagree with like SQA, Best Practices, Automated Testing, etc.) is to replace their terminology with what I feel is better terminology (Testers, Good practices in this context, automated checking, etc.).
If their use of their terms continues then I will talk to them alone and let them know why I disagree with the terms they are using.
I have found when using this approach at conferences and at my current company that the suggested changes have been very well received at all levels (conference speakers and attendees, and employees from the CTO & VPs, to front line devs, PMs and POs).
I often get an apology from some of the people (especially when referring to my testers as SQA)”
- Augusto Evangelisti(@gus) presented the problem with one example:
Developer X comes to our slack to clarify a problem he has with automation and asks: “Hi tester friends, I have a problem with my automated tests. When I call the API blah blah blah… …can you help me?”
a) Hi Developer X I think that you could use library Y to help you understand the results of your automated tests blah blah blah
b) Testing cannot be automated, you are talking about automated checks, please refer to <long list of blog posts>
c) Hi Developer X I think that you could use library Y to help you understand the results of your automated checks blah blah blah
While most of us will agree on Option ‘C’ here or probably amended version of it with little explanation conveying the intention behind replacing ‘tests’ with ‘checks’, there may be few going for B.
I will like to stress on this part. The problem is not only the criticism or unhealthy feedback over not-so-correct terminologies but it goes all the way till unhealthy communication practices and usual internet/social trolls.
- During the discussion, Gus shared his not-so-positive experience during talks where he unintentionally used ‘tests’ over ‘checks’ and reaction was ranging from hijacking the Q&A section debating over the difference between both and further down.
- @mwyrodek shared his experience of how people will focus on grammar mistakes ignoring the core content at hand and criticise.
- My experience(which I didn’t get chance to share there) is no different. I wrote a very popular guest post on softwaretestinghelp.com and while many loved it appreciated. There was one who found time to say that there is grammatical mistake and content seems to be suitable only for the Indian audience. In another experience when I started blogging and I think it was a very first post of mine which I happened to share mistakenly in one Automation related LinkedIn group where there was someone(Don’t bother to remember who) was quick to take me down like it was a big mistake.
So the point is, why we as a human being become so impatient while listening to others, facing something we are not convinced about or something which doesn’t please us. No one knows the single answer to this probably but similar to how our discussion ended there, below can be the takeaways(mixed with content from the discussion and thoughts currently in my mind):
- We all can be little more patient, polite and aware while we listen, read or face someone’s work/words. Responding over Reacting.
- @mwyrodek shared this wonderful piece. Do read it if you want to improve on constructive confrontation.
- Michael Bolton rightly highlighted the importance of accepting the vulnerability we as a human being have and we should stay aware of it all the time. It helps others form the right(or better) understanding of us/our words. Here he goes:
“As testers, it’s important for us to remember that lots of trivial bugs begin with typos. The _devastating_ bugs begin with misunderstanding. Peace.” He further added- “No matter what it looks like, everyone is trying to be helpful.”
- Martin Hynie(@vds4) says:
“Language is an abstraction… accept the artistry of how others choose to paint their thoughts using words. It may allow you to model your own thoughts with a new set of eyes.”
- We all should(hopefully) agree and stay aware all the time that we are always learning how to do right communication all the time. We all are human and we can make mistakes. Practicing shall improve us.
I hope this documentation of one interesting discussion I had and few additions to it will help in some way.
Loved discussing and loved MoT for giving such an awesome platform to all the testers. Cheers !!!
Note: If at all any typos, errors in framing other’s opinion in words, please help me know those. Needless to say, in healthy words :p
Super excited to share with you all the start of our initiative we talked about before(read here http://bit.ly/2Dt7PKc).
Please show some love and follow us on twitter at-
* The Test Tribe | https://twitter.com/the_test_tribe
* Mumbai Testers | https://twitter.com/mumbai_ttt
Dear #Testers, we will always need your support on this journey more than anything else. Our road-map for both initiatives is shared on individual Twitter handles. Please spend some time to go through it.
Still, to summarize again, we will be focusing more on helping #testers more through collaboration & getting together. The reason being, there already is huge content available online we believe. Thanks to superb work done by #Testing #Community already. We believe that testers(particularly in this part of world) need more in person coaching and engagement than anything else to grow 360 degree.
Good news for #Mumbai based testers : Even though we will try contributing to both initiatives, we will have special focus on helping #testers in and around Mumbai for quite some time.
Much more to come. Stay Tuned.
#Testing #SoftwareTesting #Community #Mumbai #Testers #TheTestTribe #MumbaiTesters #2018 #StayTuned
If you are a leader(with a title or without title), I am sure you must be thinking often on how to get your team together. How to juice productivity with visible vibrant energy and free-flowing passion across the team. You must be thinking of conducting some awesome team building activities, present(or receive) content of great help to your entire team so that they would feel that they are learning in some way. My mind is often occupied with such thoughts. Not just because I lead a team, but because I naturally love to push people to get their best, to grow together. And of course, I equally love to learn from the people around me.
Weekly Wednesday session is one of those many initiatives me and my team took as our efforts towards making the above possible. If you do not know what our weekly Wednesday session is about, you can get a glimpse of what exactly it is here. Ok, so I am not really going to directly tell you the ‘how to’ here as the title might have conveyed, but I am surely going to share few practical hints on ‘what can be done’. Wednesday is a fun day for us. It stays eventful and it stays productive. It acts well to burst away midweek blues if any. However, last few sessions were going bit unplanned and though we were having fun, the feeling was there that we can juice more productivity and fun if we plan it properly. Taking people together, engaging the audience is a skill. Content too has to be different.
Time was for me to get the matter in hand. I informed the team that I would be presenting throughout the session and have interesting things lined up for them. We usually meet for around two to two and a half hours every Wednesday, so I wanted to adhere to the schedule and still cover a lot of variety which I want all my team members to focus on too in future. I spent some 45 minutes to put my mind mined stuff into a PowerPoint presentation. Here is what all was there:
- Testing Trends:
I decided to start with something related to Testing. Need and challenge of any IT professional these days is to stay up to date with what is happening in the industry. The case with us, the testers is no different. What could have been a better choice than quick talk around State of Testing Survey 2017? Thanks to PractiTest and Tea-time with Testers for conducting this awesome survey with well defined and well-directed questions. The report talks about many things such as where the overall testing industry is heading, what tools they are using, how important now is to break the comfort zone and learn something new for testers, how the career shifts are happening and so on. If you haven’t had look at it yet, you can check it here.
Hope the post title don’t annoy my wife :p . It shouldn’t I guess, as long as the love is for learning something very good.
We all face dilemmas in a day to day life. Sometimes in personal life, sometimes in professional. In the later category, I was facing one from last many months. And worst part being in dilemma is sometimes you either end up doing nothing or you do both the things. What happens then is you end of thinking about two things and end up working on two as well. This delays your achievement, this reduces or rather diverts your focus frequently. Being someone who always ends up getting a lot of new ideas on daily basis regarding new things to learn, try and implement it sometimes becomes very tough to select one and finish it completely.
The dilemma I am talking about was with respect to the choice of new skillset to learn to advance professionally and to make the days count even better. It was between two things which are booming nowadays and probably they are here to stay- Automation and Ethical Hacking/Security Testing. I worked on both of these and have basic or intermediate knowledge of both. Or you can say I am logically clear on both. But to implement the ideas, solve the problems or make your logic work, you also need to have in depth of technical knowledge of the task at hand, you should know how to. And putting my efforts on both things was delaying my expertise on either.
The choice was finally made as I understood my natural inclination towards the unknown. I am curious by birth, like to explore. So Ethical Hacking was definitely my thing. It’s like an endless road, you can go on and on and on. I have just started on it and will try to share my experience here as I progress. Let’s see how it goes.
It is not necessary to be from software and networking background to learn Ethical Hacking I think but it will definitely help. At least it helps me when I read stories of other hackers or incidents and can understand at least 70-80% of those technically. Again the area to test is so vast that even your preparations or pre-requisites differ according to your target. If you are going to test mobile devices, you will have to gain knowledge around that, if you are going to test web applications your preparations shall differ and so on. I will surely update about what exactly to do and from where to start once I reach some level.
And yes, one more important thing. Did I mention that you should be having a Mentor? It is always necessary and helps a lot with anything in life. I am not saying you should have one for everything, but there should be someone whom you look up to when you do some good work in some field. It is applicable to life in general as well. I am lucky to have few. And here guess with whose help and guidance I am learning to hack? Santhosh Tuppad. If you don’t know him already(which is rare if you are into the testing world), you should read his bio and know about his work.
It wasn’t a first time someone said something about testing and it troubled me. It is just that the recent event pushed me to change something about- why software testing? It went like this.
It was just another call from a computer science graduate who is looking for job opportunity. This time the call was from one of my relative.
Part of conversation after initial greetings-
She: Actually I got my results last week and looking for job. Please let me know if you come across any.
Me: Sure! Tell me what interests you. Development or Testing ?
She: (Laughs…) No no, not testing(still laughing), Development only.
Me: Ohh! (Tongue-tied)(She didn’t knew/know I work as Tester of course)
You see the problem? Problem is not that she choose development over testing, that is absolutely fine considering the choice factor. Problem is her reaction when I said “Testing”, rather a question- why software testing? why should I even think about it?
Allow me to start my answer to ‘Why you should attend more and more Testing Hackathons with a small story.
It was usual Saturday afternoon which otherwise I would have spent lazily at home. But this time(on 26th of November) I was at a co-working place Workloft to attend a Testing Hackathon called Bug-a-sur(named after a demon Bakasur from Indian epic Mahabharata, demon who used to eat food and the person who used to bring him that food) with some of my awesomely talented team members from Zycus #ZyQualSquad (that’s what we call ourself). Full marks to the title, very well thought. The event by the way was hosted by Ventursity.
From my previous experience of attending a Testing Hackathon in Mumbai, I was expecting less9er crowd(Mumbai being quite passive for Testing meetups) at some compact place. I was wrong. When we went there, an entire floor half full of testers were waiting there and event management committee members were working hard to make it big.
Event started at 2 pm with introduction of Ventursity, hosting committee, products which we were supposed to test and their representatives. There were three apps/products which were supposed to be tested across platforms(mobile browser, desktop browser and app). Pricebaba, Haptik and Flyrobe were targets of 60-80 gathered testers. Rules, guidelines, product links were shared and at 3’o clock the attack was on.
We were 7 from Zycus, accompanied by one more tester from Androsonic which made it four teams. Duration to test was three hours. Of course less to test such a big and complex products but that’s how Hackathon works, aggressive targets in crunched time.
I rather joined Zycus as a QA quite accidentally. I started interview rounds for a role of Developer, but was later conveyed about Testing Opportunity. So I joined on terms of being given Development opportunity in case Testing doesn’t interest me(which I never had to even think about later). Needless to say, I knew nothing much about Testing before starting the interview rounds and very less by the time I got selected.
So why am I writing this piece? Well, I am doing so to share very critical aspects of being a Software Tester which I learnt during my journey. I cracked my interviews, joined one of the biggest and most ambitious product of Zycus, logged near 3000 defects in initial 2-2.5 years only, spanning across categories like Functional, Performance, Security, Usability, Multilingual, Multi-tenancy and many more . What I want to highlight is- My journey till this point(~2/2.5 years) of time was successful without any direct and great knowledge of Software Testing principles, Test matrices, Testing theories, etc.