Software QA expert. How to become?

Last night I started to watching Portnov's course called "Software Testing"and I think it's really good course for beginner, for people who want to improve skills in QA and I think it's also interesting for people who want to be tester but don't know English; so, this course in Russian. So, here I will try to make very important thoughts which I got from the first lecture from this course and describe it here, in English of course.

After the first lecture, in additional materials, I found interesting article: "How to become a software QA expert" by Trevor Carter

And here I would like add text from this article and russian translation(Original article, Translation article).

Original text:

The word "expert" could be interpreted a million different ways, but for the sake of argument, let's just say an expert is one who has experience and skills in his or her specific field - this one being Software Quality Assurance.

To become an expert in any field, one must put in the time and effort in actually performing the job, task, or whatever it is they have set out to do. In software testing, the best teacher is experience. The more you use software, the more you will learn where to spot new "bugs." Finding software defects is, ultimately, what a tester strives to accomplish.

Where do you start? That all depends on your education, experience, and skill-set. If you have no degree and only experience, like myself, you can surely get your foot in the door as a Help Desk Rep, troubleshooting software defects reported by a client. This is how I got started in software quality assurance. Looking at the software from this perspective is not only a great teaching tool, but it also helps you see what the client sees. In this phase of testing, commonly known as User Acceptance Testing, you attempt to use the software in scenarios that are used by the client. In some cases, the client may even supply the scenarios and their own data. This is the most ideal of situations. They may also elect to test the software. This could also be called "beta" testing.

Another good resource for learning the lingo of SQA work is to purchase some good books. I prefer Amazon, as I can find used books really cheap. I can also get some good reviews before I buy. A lot of the time you can even get samples of books on Amazon. If the book is worth anything you should get some real-world examples within it's pages. Theoretical concepts are wonderful, but if you don't have something to compare it to in application/use, then it's almost pointless even reading it. For example, I could theorize that clicking the right mouse button on the Windows(R) Start button a thousand times in a row will produce a "blue screen of death" error; however, without actually performing this task, who knows what might happen? In addition, it's not applicable to using the operating system. Who is going to click the Start menu a thousand times in a row? If you do decide to try this test, I will not be held liable for any system damage, and most certainly not held responsible for your psychiatric evaluation.

After eight years in SQA, I can say that I am far from being an expert, but every day I learn something new and that's the greatest part of the job. I never get bored!

Good luck!

Russian version:

"Как стать экспертом в области software Quality Assurance" - Trevor Carter

Слово "эксперт" может быть интерпретировано миллионом разных способов, но, в данном случае, давайте договоримся, что эксперт, это тот, кто имеет опыт и навыки в конкретной области - в области Software Quality Assurance.

Чтобы стать экспертом в любой области, человек должен потратить время и силы действительно выполняя работу, задание, или что угодно, что он поставил себе целью выполнить. В тестировании программного обеспечения лучший учитель это опыт. Чем больше вы используете программное обеспечение, тем больше вы узнаете о том, как находить новые "баги". Поиск дефектов в программном обеспечении это, в конечном счете, то, к чему стремится тестер.

Так с чего же начать? Здесь все зависит от вашего уровня образования, опыта и навыков. Если у вас нет диплома о высшем образовании, а есть только опыт работы, как у меня например, вы можете начать свою карьеру с работы специалистом Help Desk, решая программные проблемы, возникающие у клиентов. Таким образом я начал свою карьеру в software quality assurance. Смотреть на программное обеспечение с такой точки зрения, это не только отличный способ обучения, но также это помогает вам смотреть на проблему так, как на нее смотрит клиент. На этой фазе тестирования, известной как Acceptance Testing, вы пытаетесь использовать программное обеспечение в той же последовательности, что и клиент. В некоторых случаях, клиенты могут даже предоставлять последовательность их действий при работе с программным обеспечением и их собственную информацию о проблеме. Это идеальная ситуация. Клиенты также могут выбираться для тестирования ими программного обеспечения голосованием. Это называется бета-тестированием.

Еще один хороший ресурс для изучения языка тестеров - хорошие книги по данной теме. Я предпочитаю покупать их на Amazon.com, т.к. там можно дешево покупать использованные книги. Также, там я могу прочитать отзывы о книгах, прежде чем покупать их. В большинстве случаев вы даже можете прочитать отрывки из книг, продающихся на Amazon.com. Книга чего-то стоит если на ее страницах есть реальные примеры из практики. Теоретические выкладки - это конечно прекрасно, но если в книге нет ничего, что вы бы могли сравнить с реально используемым приложением, то абсолютно бессмысленно даже читать такую книгу. Например, я могу теоретизировать, что если сделать тысячу щелчков подряд левой клавишей мыши по кнопке "Пуск" в Windows, то на экране появится ошибка под названием "синий экран смерти". Однако, без реального выполнения данного процесса, кто может с уверенностью сказать что произойдет? В дополнение ко всему, это бессмысленно для операционной системы. Кто собирается нажимать кнопку "Пуск" тысячу раз подряд? Если вы решите провести данный тест, я не буду отвечать за возможный урон, нанесенный операционной системе, и абсолютно точно я не буду отвечать за ваше психическое состояние.

После восьми лет работы в SQA я могу сказать, что я еще очень далек от того, чтобы называться экспертом, но каждый день я узнаю что-то новое и это лучшее, что есть в этой работе. Мне некогда скучать!

Удачи!