Before It was mentioned in the article: The first ability to do automation is to see the essence through the phenomenon, and when implemented in actual IT work, it is to see the data through the interface.
It is not easy to master the above skills. You must have a solid foundation of computer theory in order to see the deep and essential things.
Database Application System Probably the most typical network application , its software architecture is as follows:
is generally divided into 4 logical layers:
User interface layer UI
Provides an interactive human-computer interface for end users
Business logic layer BLL
Abstracts the database Objects are spliced into specific business logic objects and process organized
Data access layer DAL
ORM for the DB layer, allowing upper-layer applications to control the database in the form of objects
Data persistence layer DB
Store data, persist data, and share data with different clients
In the traditional C/S architecture, applications (for example, client applications under Windows) are generally a central database Service server (DB), and then corresponds to N clients (DAL-BLL-UI).
For junior testers, the understanding of the software may only stay at the UI layer, so what can be done during testing is: repeat it day by day Day after day, year after year, I have clicked with my mouse.
The basic architecture of the application software mentioned in the previous part, although it is in "C/S" It was proposed in the era, but it has continued to the present. The most common "ABC/S" mode to this day:
App/Server
Browser/Server
Client/Server
Actually Essentially, the UI layer is placed on the client side, and the UI layer below is placed on the server side.
Clients have different forms of expression under different platforms, forming the now popular so-called "ABC/S" model architecture, which has basically become the current Internet The product comes standard. The specific architecture is as follows:
The communication protocol Http/Https is used between the server and the client, and the format of data exchange is Xml/Json format.
Based on the above model, the methodology of software testing has undergone some changes:
With the cost-effective highest "based on communication encoding format "Interface Test", it means spending 20% to solve 80% of the work
Interface testing can be fully automated, and it does not have to be forced to use the same interface as the development project Language, you can uniformly use a more efficient scripting language
#Interface naturally has a need for stability, so automated testing projects will not have to be tossed over and over again
Interface testers have become referees between many platforms
Interface specifications come from design documents and can be implemented Design generates tests, test drivesDevelopment standard model
With the ability to abstract into data, many things you see can be converted into reasonable equivalents:
The background of the web page is red
Equivalent to: the color of the background of the background elementAttribute is #FF0000
## The words displayed on the button are "Submit"
Submit
to query twice before and after. The difference is exactly the recharge parameter value
information.
The computer system calculates, stores, transmits, etc. these data, and finally lights up the dot matrix at different positions on the LCD display to form an optical analog output, which is transmitted to the human eye. This completes the acquisition ofinformation.
The above example can be simplified as follows: mechanical physical quantities generate electrical physical quantities for input, and after processing by the computer digital system, optical physical quantities are output. For computer systems, both input and output are diverse:Input device
Internet of Things.
Since the fields of electronic technology and communications often detect physical quantities, which are difficult to quantify with the naked eye, the test threshold will be very high. However, various testing instruments have developed quite well, and the degree of automation is quite high. On the other hand, in the upper application software layer of the IT industry, people rely too much on manual operations and naked eye observation, but ignore automation. As a result, the testing industry has always had low personnel quality and weak technical strength. This is obviously very serious. It is not advisable, at least it is very inconsistent with the current needs of the software engineering industry.
5 Summary
has also been briefly discussed, hoping to give some inspiration to people who have never automated testing. The following series of articles will implement these theories from a technical level.
To summarize, for those who want to enter this industry and have in-depth development, we have the following conclusions and suggestions: The essence of software is not the interface but the data To understand the essence of software, you must have a good computer foundation People engaged in the Internet industry can be familiar with linux and establish this Software is data worldview as early as possible interface for automation Testing is the one with the highest investment and return ratio (from the perspective of engineers from Google) To do a good job in automated testing, you must have software development capabilities and system design capabilities Writing this, let me finally "Amway"Linux, because compared to MacOS and Windows systems, Linux does not do a good job in the interface. , but it has powerful CLI interaction and supports powerful scripting, which is very helpful for realizing automation. (Unfinished, to be continued...) I will continue to write python's automation tools and programming applications in the future.
The above is the detailed content of Basic technical principles of python automation. For more information, please follow other related articles on the PHP Chinese website!