Microsoft interview (2)-embarrassment of Chinese testing

From http://groups.csdn.net/Microsoft_Testing_Experts/topic/d415924a-fba9-4b13-a069-9af78e874f0b.aspx

 

My team has tested the required personnel and has certain development capabilities and a solid database foundation. Therefore, many vendor companies look for such people from the test. However, there is another problem. Many of the tests pushed here do not fully understand development.

I interviewed a brother last time and worked as ste in another Microsoft Project Team. The first sentence he gave me was that I didn't understand development. I thought I could just drop the cancel. However, at least give people a chance to behave. I asked a little about development knowledge. Indeed, I don't understand it at all (a little exaggerated, but I really don't understand it ). Test it. In fact, it can only be average + (but it is good to have 2 of the 10 interviews that can reach this level). Of course, it is directly cancel.

In China, many people do not want to perform tests and think that is a very low-level job. Many companies writeCodeNot good people, or even people who do not know the computer at all, arrange for a test. This leads to a phenomenon where developers look down on testing and do not develop tests. However, in the System Science of software engineering, real testing is based on development.

This is like a car repair and a car drive (or that example). If a car repair fails, you will find many problems that you don't know. Maybe you will repair it. If you drive a car, you may know that the clutch was not properly stepped on during the driver's shift, resulting in a broken Variable Speed Gear (even when the previous Beijing jeep was opened, the current car is said to have a synchronization machine, it seems that there won't be such a problem. I don't know how to say it ). In this way, you will give the driver good maintenance advice when getting the car. Similarly, the test I understand is to discover, locate, and provide suggestions for development to solve the problem. If you don't understand development, you can test many problems, but you don't know why. Therefore, it is impossible to locate the problem and propose a solution. Because you must understand the code. At least, you can understand the code and write simple code to assist your test.

Of course, some people will say that the company has a very fine division of labor, and black box testers cannot access the code at all. I admit, but if you understand the page (Interface) implementation process and principle, you will easily find out what the problem is. If you understand databases or development, you can understand and use many injection attacks in your work. If a person who performs simple page testing finds many system security problems, will your leader still allow you to perform simple page testing?

Yesterday, She chatted with HR of a vendor company. She said it was difficult to find someone who could test and develop again, saying that many tests won't be developed after more than two years. I asked her, what have they done in the past two years? Is it fun except work? If you spend half a year studying development in 2 years, will it still not be developed? Don't you spend any time in your spare time doing small tools, small websites, and so on? All of them are self-built!

We hope that future testing engineers will be able to wake up and stay away from embarrassment!