标签：隐藏 改名 amp 图片 roi 其他 bsp 兼容性 测试
什么是SDK
本文转自 http://www.cnblogs.com/milanmi/p/4528031.html 在其中补充了一些场景的考虑，红标红处
SDK就是一个程序，提供一些方法，调用这些方法，可以实现一些功能。如：调用银行提供的SDK，可以实现在线支付的功能。
目前主要接手的SDK有js SDK 和android SDK。JS SDK就是给你一个js文件，里面提供一些调用的方法。Android SDK就是提供一个jar包，引用jar包后根据说明文档，调用里面的方法。
1、入参和出参：一般SDK说明文档会提供接口的入参和出参，以及入参的类型、是否必填、边界值
是否必选：如果文档里写的参数是必选的，可以用null，“” 写用例
边界值：一般写入操作，都会有他的边界值，这个文档里应该详细有写。如果参数为1-99 int类型。那用例就是 0,1,99,100来写用例。如果参数的类型为string 长度为 1-50，就是长度为0,1,50,51来写用例
引用类型和引用类型：如果参数是引用类型，需要测试null 和“”。如果是值类型可以对正数、负数、0以及最大值最小值。这个看需求。
特殊字符：可以测一下键盘能打出来的特殊字符，如~@#￥%……&*（）——+{}P|:"<>?还有中文的特殊字符。
特殊情况：像一些查询类接口，可以针对*%这种通配符写用例
相同参数不同入参值范围：像分辨率入参值在某个范围切的图大小是不一样的
特殊类型：布尔类型(出参和入参)，默认类型（入参），产品类型（出参如火车票类型或机票类型）场景考虑。
隐藏场景：根据依赖第三方数据源（DB或外部接口），如查询火车票客户端只需要在售状态，但第三方数据源有在售、停售、预售状态的三种类型，那需要考虑此三个场景
注意出参细节：很多时候，很多出参往往被大家忽视。以为只要有参数就对了。比如发送图片接口，返回的width、height、和大小。这些都可能被忽视，以及返回的图片地址是不是能打开，大小是否正确。以及图片被压缩后是不是符合要求。
注意出参格式：比如有时候客户端和服务端交互的时候是用xml，但是出参的格式是json。有时候开发忘记解析了，就变成xml，所以这也是一个bug。
注意出参的返回顺序：如果出参是一个列表，还要看列表的返回顺序是否正确。
2、不同的场景调用
未登录和已登录
网速不好的情况
如果设计到ip电话，可以测wifi 4G 3G 2G,电话中 wifi切换4G，wifi切换3G 等等
用户被后台删除的情况
不走寻常路，可能会发现意外的bug：比如之前测试加好友/同意/拒绝这三个接口。如果这三个接口分开测，一点问题都没有。但是这个场景（A给B发出加好友申请，A再调用同意接口同意B，然后A和B就互为好友。其实应该B同意A才会互为好友）。
3、兼容性测试：
android SDK的话，最好多找几个不同的手机多做一下自由测试。
web SDK的话，最好多找几个浏览器和不同浏览器版本多做一下自由测试。
4、反复测试：
有些静态变量，在退出后没有初始化，可能会导致一些问题。比如之前测webSDK，登录退 出登录退出后，请求的地址就变成 http://xxx/Login/Login,原因就是在登录的时候，请求的地址就是url=url+/Login。退出后，没有对url初始化，所以 多次登录后，url后面就会有很多/Login
5、注意用例的大小写以及特殊符号的中英文：比如之前有个同事搜索用户昵称接口，用户昵称包含英文的(，但是他的入参为中文的（，搜了半天没搜到，还以为是开发的问题呢。还要后来自己发现了，不然找开发的话，开发会不高兴了。
6、考虑全面：比如测试QQ的历史消息，不要觉得，发送一条消息然后能获取到就行了。其实 我们应该想好历史消息的类型，如（文本、表情（ios的表情等等）、图片、语音、文件 等等）消息类型必须全面。其次，应该考虑QQ的客户端，看一下web端、android端、ios端、windows客户端 等等 发送的消息是否没个端都能获取历史消息。然后再细测 历史消息的时间昵称这些是否正确、以及图片是否能打开 保存的文件地址是否正确。还有一些特殊的场景，比如改QQ名称前的历史消息和改名以后的历史消 。还有其他的等等 就靠大家多想啦。
标签：隐藏 改名 amp 图片 roi 其他 bsp 兼容性 测试
原文地址：http://www.cnblogs.com/nzg-noway/p/6604028.html
