兼容性测试

Chrome Blink内核（chrome内核）
Safari webkit 内核
OPear Blink内核
IE11后续Edge采用EdgeHTML
IE trident内核（IE内核）此内核只能用于windows平台，且不开源
Firefox gecko内核（firefox内核），最大优势跨平台，在windows、Linux、MacOS通用
360浏览器双内核 IE内核+Chrome内核，兼容模式（trident内核）极速模式（Blink内核）
搜狗、遨游、QQ浏览器双内核 IE内核 Trident 内核（兼容模式）webkti （高速模式）
245浏览器：IE内核+Chrome双内核；
百度浏览器、世界之窗内核：IE内核；

省市区选择

34个省级行政区，23个省，5个自治区，4个直辖市，2个特别行政区
5个自治区：
内蒙古自治区，广西壮族自治区，西藏自治区，宁夏回族自治区，新疆维吾尔自治区
4个直辖市：
北京市，天津市，上海市，重庆市
2个特别行政区：
香港特别行政区，澳门特别行政区

测试特别关注点

1、连续点击控件提交，提交数据过多
2、页面分页功能，一般分页都是int类型
3、功能权限控制问题
4、输入框长度验证，数据类型，导致精度丢失
5、时间问题，本地时间与服务器时间，节假日展示

如何保证数据准确性

1、一轮做空库测试，校验功能和新增数据的业务连贯性
2、二轮做数据迁移测试，测试历史数据能否兼容现在的业务
3、上线校验迁移脚本是否遗漏

报表测试总结

A：提前准备数据源，了解数据入库规则，进行数据对比（映射关系，计算规则）
B：数据展示关注来源，数据范围，格式，排序及数据准确性
C：页面UI上关注风格，标题，权限控制，报表输出，性能优化

To B 业务测试难点

A :业务特点
低频高额，在性能方面的需求偏弱，更加注重业务的稳定性
上游以企业用户为主，下游以金融金钩为主，测试策略以接口测试为主，辅以数据校验
资金损失方面，部分以信息流为主，资金流往下游，部分业务信息流和资金都有
B：测试数据
测试数据构造困难，尤其是一套覆盖全场景（正向和逆向）的数据，测试阶段造数据外部靠mock,内部靠调用api创建测试数据，联调阶段重点cover核心主链路，因为线上很难拿到真实的账户来验证，测试数据缺失是很大的一个难点
C：测试环境
测试策略分层大都是因为环境问题，代码开发阶段往往上下游合作方效率比我们慢，提测时只能先测试自己的系统，所有用mockserver 来mock下游调用，这是测新情况，对于老功能回归，下游机构没有义务配合回归测试，没有一个稳定的测试环境来回归

用例设计-正交实验法

正交试验法就是安排多因素试验、寻求最优水平组合的一种高效率的试验设计方法。
特点：均匀分散，齐整可比，高效率，快速，经济
一般用Ln(m^k)表示,n=k(m-1)+1
L 代表正交表，n代表实验次数或正交表行数
k代表最多可影响的因素个数或正交表列数
m表示每个因素的水平数（每个控件取值个数）
常用正交表：L4（2^3)，L8（2^7)，L9（3^4），L12（2^11)，L16（4^5）,L25（5^6）
*正交表使用；
因子数等于正交表状态数，直接替换
因子数小于正交表状态数，正交表多出的状态用实际状态任意值替换
因子数大于正交表状态数，多余状态合并成中间状态，带入正交表后再替换
查找最接近对应阶数的正交表，根据正交表每一行编写测试用例
有m个因子，每个因子n个状态，选取m因子n状态正交表，若正交表不存在增加因子数
若各因子的状态数目不同，则选择出现次数最多的状态数