单接口测试
⼀个单独的业务，就对应⼀个独⽴的接⼝。如：登录业务，对应登录接⼝。注册业务，对应注册接⼝。⽀付业务，对应⽀付接⼝。
下图是设计思路，并非每条都要设计出来，得根据实际情况。
比如，iHRM项目的部门添加接口，请求体参数有必须和非必须的。非必须的可以有任意组合。
单接口测试用例
示例1：登录接口
Path：/api/sys/login
Method：POST
示例2：添加员工
Path：/api/sys/user
Method：POST
示例3：查询员工
Path：/api/sys/user/:target
Method：GET
业务场景测试
⼀定在单接⼝测试之后！
尽量模拟⽤户实际使⽤场景。
尽量⽤最少的⽤例，覆盖最多的接⼝请求。
⼀般情况下，覆盖正向测试即可。
指导思想：模拟⽤户实际使⽤，⽤较少的测试⽤例，覆盖更多接⼝，测试正向即可。
示例：登录 - 添加员⼯ - 查询员⼯ - 修改员⼯ - 删除员⼯ - 查询员⼯列表
