Automated testing of Internet finance-to-peer business scenarios

The Internet financial peer industry, nearly three years of rapid development, in full swing.        Incomplete statistics, the country has 3000+ enterprises.        Top-to-side business scenarios have a summary of 6, see: My idea is to make a producer-consumer model, similar to an ecosystem, that will not adversely affect the testing environment. Assume that the label is only affected by these input parameters: Parameters:

project type [xx bao, xx loan, PROJECTC, PROJECTD] The term unit [day, Month] Repayment method [the maturity of the principal and interest, the monthly payment due to the repayment, the month N Day repay the debt, equal principal, repayment method 5] props [Coupon1, Coupon2 , Coupon3, Coupon4, Coupon5]

Let's start by designing an automated test case for labeling: If you consider the various combinations of the above four parameters, use the exhaustive method. There will be 4*2*5*5=200.          Oh, if it is done by hand function test, it will take a lot of time to send 200 labels alone. Of course we are rational people, not people silly time more. We can use the Acts tool, which is a bull fork, using the IPOG algorithm. With this tool we can get the best 25 use cases, as follows:

Relations:
Test case#	Project type	Term Unit	Repayment method	Props
0	XX loan	Month	Expiry of debt servicing	Coupon1
1	ProjectC	Days	Expiry of debt servicing	Coupon2
2	ProjectD	Month	Expiry of debt servicing	Coupon3
3	xx Bao	Days	Expiry of debt servicing	Coupon4
4	XX loan	Days	Expiry of debt servicing	Coupon5
5	ProjectC	Month	Repayment by monthly interest due	Coupon1
6	ProjectD	Days	Repayment by monthly interest due	Coupon2
7	xx Bao	Month	Repayment by monthly interest due	Coupon3
8	XX loan	Month	Repayment by monthly interest due	Coupon4
9	ProjectC	Month	Repayment by monthly interest due	Coupon5
10	ProjectD	Days	Monthly N Day repayment due	Coupon1
11	xx Bao	Month	Monthly N Day repayment due	Coupon2
12	XX loan	Days	Monthly N Day repayment due	Coupon3
13	ProjectC	Month	Monthly N Day repayment due	Coupon4
14	ProjectD	Month	Monthly N Day repayment due	Coupon5
15	xx Bao	Days	Equal principal and interest	Coupon1
16	XX loan	Month	Equal principal and interest	Coupon2
17	ProjectC	Days	Equal principal and interest	Coupon3
18	ProjectD	Month	Equal principal and interest	Coupon4
19	xx Bao	Month	Equal principal and interest	Coupon5
20	XX loan	Days	Repayment Method 5	Coupon1
21st	ProjectC	Month	Repayment Method 5	Coupon2
22	ProjectD	Days	Repayment Method 5	Coupon3
23	xx Bao	Month	Repayment Method 5	Coupon4
24	xx Bao	Month	Repayment Method 5	Coupon5

We publish these 25 projects in a variety of ways, and if it is on the UI, we recommend using selenium to input these 25 project information into CSV. The test script reads the CSV, which can be sent on a daily basis, and the project ID is recorded after publishing. Now that the producers have it, it is time to think about the consumers. If a producer produces a project, then the consumer is our investment client.

For a better one by one correspondence, we created 25 investment clients. The procedure is: the process of handing out the props preparation data is also very simple.

Customer	Props
Koshien	Coupon1
Yi Yi	Coupon2
C Yin	Coupon3
Mao	Coupon4
Boshin	Coupon5
Already	Coupon1
Grand Afternoon	Coupon2
Xinwei	Coupon3
ren Shen	Coupon4
GUI-Unitary	Coupon5
Jia Xu	Coupon1
b Hai	Coupon2
C-Sub	Coupon3
Ding-Ugly	Coupon4
E-Yin	Coupon5
Mao	Coupon1
Geng Chen	Coupon2
Xinsi	Coupon3
Meridian	Coupon4
GUI not	Coupon5
Jia Shen	Coupon1
B Unitary	Coupon2
C Xu	Coupon3
Ding Hai	Coupon4
E-son	Coupon5

Finally, the 25 investment users and 25 projects, meaning that users use props to invest in XX loan of this project, the process we will test a variety of water, to arrive at a test result:

TestResult case#	Project type	Term Unit	Repayment method	Props	Customer	Test results
0	XX loan	Month	Expiry of debt servicing	Coupon1	Koshien	√
1	ProjectC	Days	Expiry of debt servicing	Coupon2	Yi Yi	√
2	ProjectD	Month	Expiry of debt servicing	Coupon3	C Yin	√
3	xx Bao	Days	Expiry of debt servicing	Coupon4	Mao	√
4	XX loan	Days	Expiry of debt servicing	Coupon5	Boshin	√
5	ProjectC	Month	Repayment by monthly interest due	Coupon1	Already	√
6	ProjectD	Days	Repayment by monthly interest due	Coupon2	Grand Afternoon	√
7	xx Bao	Month	Repayment by monthly interest due	Coupon3	Xinwei	√
8	XX loan	Month	Repayment by monthly interest due	Coupon4	ren Shen	√
9	ProjectC	Month	Repayment by monthly interest due	Coupon5	GUI-Unitary	√
10	ProjectD	Days	Monthly N Day repayment due	Coupon1	Jia Xu	√
11	xx Bao	Month	Monthly N Day repayment due	Coupon2	b Hai	√
12	XX loan	Days	Monthly N Day repayment due	Coupon3	C-Sub	√
13	ProjectC	Month	Monthly N Day repayment due	Coupon4	Ding-Ugly	√
14	ProjectD	Month	Monthly N Day repayment due	Coupon5	E-Yin	√
15	xx Bao	Days	Equal principal and interest	Coupon1	Mao	√
16	XX loan	Month	Equal principal and interest	Coupon2	Geng Chen	√
17	ProjectC	Days	Equal principal and interest	Coupon3	Xinsi	√
18	ProjectD	Month	Equal principal and interest	Coupon4	Meridian	√
19	xx Bao	Month	Equal principal and interest	Coupon5	GUI not	√
20	XX loan	Days	Repayment Method 5	Coupon1	Jia Shen	√
21st	ProjectC	Month	Repayment Method 5	Coupon2	B Unitary	√
22	ProjectD	Days	Repayment Method 5	Coupon3	C Xu	√
23	xx Bao	Month	Repayment Method 5	Coupon4	Ding Hai	√
24	xx Bao	Month	Repayment Method 5	Coupon5	E-son	√

In this case, each release, we can do to cover these several processes so, the rest is repayment and withdrawal.           Repayment is usually done to make the job service, of course, the test environment is to be achieved, it is not possible for a project period is 30 days, to wait until 30 days before repayment, so the repayment parameters need to be controllable to the repayment date (business date) and operation time. The withdrawal is much simpler.

Automated testing of Internet finance-to-peer business scenarios