今天完成的事：
看了支付流程

简单的说就是支付环节就是三个接口
1.3 支付请求接口  （支付请求到支付宝，会返回一个html在浏览器打开，用户完成支付）
1.7 支付宝将支付结果写入到页面（这里是完成支付后点击返回商户按钮触发）
1.8 支付宝将支付结果写入到后台（这里是完成支付后支付自动发起）
像业务上逻辑上数据处理也都是在发起支付请求时保存支付请求的数据，后台结果写入时更新支付数据；至于支付查询、退款就都是单接口调用即可。
1.其实支付宝的沙箱测试还是非常好用的，直接下载对应的demo，将沙箱的环境的账号替换一下就可以运行
2.运行demo时要注意①替换沙箱环境的APPID ②修改支付宝网关为沙箱网关-支付宝网关 ③通过demo中的密钥生成工具生成对于秘钥并复制到商户公钥中 ④下载沙箱班支付宝支付，沙箱环境用真实支付宝不能支付的
测试准备
1、明确整个流程中所需调用的接口，分清自身App与第三方支付平台的接口以及参数、请求的方式。通过正向支付获取接口，分析。
2、确认第三方支付的环境，是正式环境或测试环境。
3、准备待测试的App、以及限速工具。
支付流程
主流：支付请求->第三方支付->第三方支付返回值->App根据返回值判断支付成功或失败。
之前：支付请求->第三方支付完成->返回到App前调用支付成功接口来判断支付是否成功或失败。
真实案例：
用12306买了一张火车票，支付宝支付的，支付完成后从支付宝返回到12306时，发现12306并未提示我支付完成，且在订单界面显示我的订单未支付，我就着急了（2011年，12306刚出来的时候，我有一次买票，票没买到，钱扣了的经历，后来经过客服把钱退回来了），刷新了好多次，还是未支付，正当我有点小焦虑的时候，短信通知我订票成功了。
测试点（侧重于App与第三方的交互）
1、检查请求接口（传参的方式）、特定参数（订单号、金额、数量等等）加密。
2、修改请求参数”订单号”，使用已重复订单号，支付未支付的订单。
3、修改请求参数”金额”（改小、改大、负数）。
4、修改请求参数”数量”（改小、改大、负数）。
5、检查订单提交请求、支付交易的按钮，要做阻断式操作，点击一次则要等待返回值，不能多次触发。
6、检查重要字段为空（不点击输入框的情况下），做提交的操作。
7、检查未安装第三方支付应用，走网页版测试流程。
8、检查通过限速，造成提交网络请求超时，确认该订单是否生成成功。
9、检查通过限速，造成提交请求成功但数据请求回传给App网络请求超时，刷新检查订单是否生成成功。
10、检查通过限速，造成支付网络请求超时，确认该订单是否支付成功。
11、检查通过限速，造成支持成功但数据请求回传给App网络请求超时，刷新检查订单是否支付成功。

明天计划的事：
任务3

遇到的问题：
无

收获：
明白支付流程