1用两个的形式来传参，如flightId 2如果提取变量是列表形式，可以取其中某一个，如flightId0 3可以选择右侧的“魔法棒”动态值来选择变量常量或动态变量；问题一如何才能写好一个软件的测试用例 写好一个软件的测试用例的建议有 1测试用例名称，也叫测试用例标题，一定要写得简洁明了，需要用概括的语言描述该用例的出发点和关注点，使得测试人员第一眼看到测试用例名称就能够明白测试；1#160满足前提条件的测试用例#160#160测试目标接口需要满足前置条件才能成功获取数据例如需要登录token，通过传入参数获取下游接口数据 2#160携带默认参数的测试用例#160#160携带默认参数的测试用例仅；测试每个参数类型不合法的情况类型不合法容易遗漏NULL型测试每个参数取值范围不合法的情况 测试参数为空的情况 测试参数前后台定义的一致性 测试每个参数的上下限这里容易出致命的BUG，如果程序处理不当，可能导致崩溃如果两。
正如前面所说，一个这样的用例，根本没信心覆盖全部的场景，例如所以接下来怎么办改为基于属性的测试 执行结果 由结果可知，工具根据 参数是整数 这一规范，自动生成执行了大量的测试用例 接口测试和函数的单元测试非常；1可以使用postman软件进行接口测试，这里以较复杂的上传图片的接口为例进行测试，首先打开postman软件选择Post方式，输入后台接口调用地址2然后填写Headers，注意这里的Headers部分不要写任何东西，如果之前是有ContentType头；用工具测试，所以目标就是准备要测试数据测试脚本后直接执行即可， 在进行测试执行编写时，有如下的原则1不同的接口参数覆盖不同的业务场景2在后台构造合适的数据来满足接口的测试用例3根据接口的返回值，断言其是否。
但是会有个问题，它的灵活性不够，在写接口测试用例的时候回有时会操作mysqlRedis，还会调用thrift，甚至需要建立socket链接，而且无法进行版本控制纯代码 纯代码的测试手段是能满足所有的接口测试需求，是最灵活的一种。
三为什么要写用例 理清思路，避免漏测和重复测；分析一个接口获取接口文档和黑盒测试一样，我们是从需求文档中去挖掘测试点，设计测试用例对于接口测试，同样是有对应的接口文档的分析接口文档，提取测试点1输入接受哪些参数参数的类型可选参数和必选参数；做接口测试流程测试接口文档根据接口文档编写测试用例用例编写方法完全可以按照黑盒测试的用例编写规则来编写，如边界值正交表等等设计方法执行测试，查看接口返回的接口数据是否正确，主要检查返回的接口是否和接口。
1要参与需求评审，评审需求的过程实际也是熟悉业务需求的过程只有对业务比较熟悉了，才能更好的，更充分的设计出高质量的测试用例2要多阅读文档，其中包括产品策划书规格说明书需求文档，接口文档等，我们可以收集；在测试过程中，很多场景都需要测试人员针对某个接口进行测试，并针对不同类型的接口设计不同的测试方案，这时如果有一款功能强大的接口测试工具，就快速完成繁琐工作，大幅提升工作效率工具有很多如postmanjmetersoupUI；6为什么开展接口测试？ 7为什么要写接口测试用例？ 8接口测试用例设计主要考虑哪些？ 9接口测试用例包含哪些内容？ 10接口测试如何设计用例？ 11通用接口用例设计？ 12接口测试报告包含哪些内容？ 13测试指标范围包含。
集成测试单元测试之后，单元之间接口是否正确，数据是否正常传递比如说注册和充值两个功能是否能够连通 系统测试根据测试用例，进行完整的系统测试 验收测试用户对软件进行验收 软件测试阶段 单元集成系统验收正式验收Alpha测试。
