Automated test platform (8): public encapsulation of list components and development of use case project management functions

I. Introduction

In the previous chapter, we completed the functions of the entire user management module, which can correctly add, delete, modify, and check users. But many of these judgments are actually found in other similar modules, such as:

  1. After creating a user, go back to the home page to refresh the list;
  2. Delete the last data of the next page, go back to the previous page to refresh the list;
  3. Formatting of query conditions;

Do we have to write these repeated logic codes every time we write a similar module?

Obviously it is unnecessary, so we need to extract it into a public list component for other modules to use, avoid a lot of repetitive things, and make the code easier to maintain. This chapter will also complete the use case project management function, which is mainly used to manage different types (API, UI), different projects, project status, etc.

In order to develop efficiency, many types are anyused to define, and small partners can improve it by themselves


Complete tutorial address: "Building an automated test platform from 0"

Project online demonstration address: http://121.43.43.59/ (Account: admin Password: 123456)


The results of this chapter are as follows:

insert image description here


Guess you like

Origin blog.csdn.net/momoda118/article/details/122059778