前面我们已经介绍了什么是券商程序化交易接口在哪里,接口测试和券商程序化交易接口在哪里,接口测试的意义。在开始券商程序化交易接口在哪里,接口测试之前,我们来想一下,如何进行券商程序化交易接口在哪里,接口测试的准备工作。或者说,券商程序化交易接口在哪里,接口测试的流程是什么?有些人就很好奇,券商程序化交易接口在哪里,接口测试要流程干嘛?不就是拿着券商程序化交易接口在哪里,接口文档直接利用券商程序化交易接口在哪里,接口测试工具测试嘛。如果只是三五个券商程序化交易接口在哪里,接口,你可以这么做一个临时的券商程序化交易接口在哪里,接口测试。如果是上百个券商程序化交易接口在哪里,接口,或者,你们公司的这个项目,第一次做券商程序化交易接口在哪里,接口测试,我们还是很有必要遵守测试的流程。
券商程序化交易接口在哪里,接口测试的流程
券商程序化交易接口在哪里,接口测试和功能测试一样,流程也大致遵守V模型,请看下
一般来说,券商程序化交易接口在哪里,接口测试左边的每个阶段,每个公司可能都侧重点不同,例如有些公司就没有需求讨论和需求评审这个阶段。不管如何,用例设计,这个是少不了,而且是重点,要花时间的阶段。只有覆盖全面的券商程序化交易接口在哪里,接口测试用例,才能有比较好的测试券商程序化交易接口在哪里,接口覆盖率,才会找出更多的券商程序化交易接口在哪里,接口的Bu
为什么要写用例
功能测试用例,大家都写过。券商程序化交易接口在哪里,接口测试用例,很多人没有写过。在写之前,我们来讨论下,为什么要写券商程序化交易接口在哪里,接口用例。
理清思路,避免漏测提高测试效率跟进测试进度告诉领导做过跟进重复性工作
上面五点,结合自己测试实际经验,应该来说是很好理解和认同的。有用例,就有思路,避免漏掉测试点。跟着用例测试,避免随机测试那种没有目的性的测试,提高测试效率。有用例,上级问你完成的进度,你好用数据回答。有用例,用来标记你执行的结果,证明你做过测试。避免将来发生问题,人家说你没有测试,有数据和证据说话。券商程序化交易接口在哪里,接口测试也需要重复跑,跑几轮,或者用自动化天天跑。这样的重复性工作,用例可以保证每次重复做的是一样的情况。
券商程序化交易接口在哪里,接口主要设计用例点主要从四个方面来设计券商程序化交易接口在哪里,接口用例:功能,逻辑业务,异常,安全功能:
功能是否正常;
功能是否按照券商程序化交易接口在哪里,接口文档实现
举例:有些添加到购物车,需要登录才能添加。也就是业务要求不支持游客添加购物车功能,如果设计一个没有登录的用户,然后去测试添加购物车券商程序化交易接口在哪里,接口,结果券商程序化交易接口在哪里,接口能添加到购物车,说明功能不正常,不符合需求和券商程序化交易接口在哪里,接口文档描述。
逻辑业务:是否依赖业务;举例:该券商程序化交易接口在哪里,接口调用之前,需要调用登录券商程序化交易接口在哪里,接口,如果不登录也能请求数据,不符合业务规则。
异常:参数异常和数据异常参数异常:关键字参数,参数为空,多,少参数,错误参数数据异常:关键字数据,数据为空,长度不一致,错误数据举例:不管数据异常还是参数异常,测试点差不多,一个参数有key和value,key表示参数,value表示数据。第看看参数和数据能不能支持关键字,例如Java中的保留关键字等等。第二个就是参数和数据都为空,看看是否做了判断。第三个,参数多和少,例如有两个参数的券商程序化交易接口在哪里,接口,你需要设计一个三个参数的用例,一个只有一个参数的用例。数据那边长度不一致,例如设计很长的字符串是否支持,因为数据库创建表过程都设置好了每个字段的长度。输入错误的参数和数据,例如故意输出单词等等。
安全测试用例设计:cookie:有cookie才能获取数据,如果不带cookie还有信息返回,说明有问题header:正常券商程序化交易接口在哪里,接口带header信息,删除header看是否能够返回数据。唯一识别码:app手机识别码,一般是唯一的。
安全测试主要从上面三点检查。第三个是唯一识别码,主要是指app上手机的识别码,一般很少用到,除非很严格的券商程序化交易接口在哪里,接口测试,例如银行app登录,需要指纹,而指纹来源手机,一般有一个手机识别码判断过程。
文章为作者独立观点,不代表股票交易接口观点