Software testing--on the reading of the Law of construction

After extensive reading of Xin Zou's "Building Method (second edition)", I have a new definition of software testing: not only testing, but also a series of programming ideas, how to deal with problems, and how to work together in a team.

Some software architecture books on the market, Test books, the general style of rigid, is simply to tell you how to do, what the principle, but when the reader doubts why this, but there is no convincing explanation, dull is inevitable, the results are obvious, so that people do not see the power. The law of construction is different, it takes the experience of the experienced software architect, draws the problem with the sketch pattern, and then leads the reader to solve the problem step by step, and through such steps, the reader's heart and God reside in the book. That's why the book attracts people.

In previous programming learning, my Code volume totals could be less than 1000 lines, with a single project with a maximum code volume of less than 200 lines. If you remove a language class or algorithm class job, the amount of code is much less pathetic. Software engineering is talking about the huge size of the contemporary, when the number of people involved, when the project needs to solve the problem, and I do not have such a need to study. 200来 Small program, no software engineering ideas, can also be completed, or even faster. Therefore, the "Law of construction" with the author experience for those of us who have not experienced large-scale projects to complete a large number of code, to confirm that the means of software engineering is necessary and effective.

Reading the "Law of construction" is like reading a story book, it simulates the real software test scenario, the reader from these scenes to learn is "a fall into, your wit", can be said on the basis of previous study. Think about it, as a junior software personnel, if only know simple about software testing things, but also do the work of software testing. But if there is not a clear concept of software testing, from the psychological to a deep understanding of software testing, then he did the test is to work or real discovery software defects? If you only know the simple concept of black box, white box, but do not know the black box, white box testing methods, in the design of the use case by contrast with those test methods more effective to find more errors, then the design of the test case is blind and inefficient. If a tester does not know what kind of tests are included in the software tests and what tests are required, then his test will not be comprehensive.

Take the 8th chapter as an example, talk about demand analysis, software requirements: acquisition and guidance, analysis and definition, validation. From the user's point of view: Focus group, in-depth interview. In particular, in-depth interviews, it from all aspects of the user's true needs are what, how to call the user's true needs, teach you how to master the needs of users.

The book also talks about the problems between people and performance and morality, clarifies the rules of the software development and testing workplace, and lets readers know that clear ethics and law are insurmountable.

This book is a combination of history and history, we have to say that this will be a guide to our software testing work in the guidance book. He can give us timely guidance when we lose our direction. Beginners can be used as introductory books, and experienced people should be the book as a theoretical guide, in the leisure time to read, can comb their own experience and knowledge, and for developers, you can in the shortest period of time to establish the framework of the test, so that in the process of coding in the mind more testing ideas.
Generally speaking, the law of construction is leveling and fascinating. Effective practice with direction often requires good theoretical guidance. So this book is exactly what we need right now.

"Testing is really important", although I have not fully felt the art of testing, but the test is really more than I usually know, contact needs more professional knowledge, it is not a dispensable job. At present, I have not thought that will concentrate on testing this direction, so for many good examples of the book, tools are not better to learn, feel a little regret, perhaps in the future work will be more exposed to the test, I will go further to learn.

Software testing--on the reading of the Law of construction