三种情况12、使用指纹确认付款(正确的/不正确的指纹)13、使用密码确认付款(正确的/不正确的密码)14、发送成功之后对应的途径会减少相应的金额15、发送者接受者可以点击红包查看到红包的具体信息且金额留言表情均能正确显16、好友点击红包之后零钱中将增加相应的金额再次点击之后只能查看到红包的信息17、24

小时之内没有领取的红包将退回原账户此时原账户的零钱将增加相应金额的金钱

小时后好友点击红包显示红包已过期无法查看到红包的余额18、右上角的红包记录中可以查看刚刚发出的红包的金额19、检测帮助中心中链接是否均可以正常跳转查看20、当红包超过

小时之后则无法查看红包被每个人领取的详细信息2)发送群红包(与发给好友的测试点相似以下仅写出不同的部分)①选择为拼手气红包时群中每个人收到的金额随机(但加起来为红包的总金额)为普通红包时群中每个人收到的金额相同②红包个数(1-100)012大于群成员人数小于群成员人数等于群成员人数99.100101小数中文、英文、特殊字符、表情或者他们的组合③但红包没有被抢完时此时首次点击该红包的人可以抢到一定金额的红包不是首次点击该红包的人只能查看该红包的信息;当红包抢完时所有人只能查看该红包的信息④在

小时之内红包的金额被完全抢完且此时为拼手气红包时金额最多的人会显示为最佳手气(若有两个人取得红包的最大值时则只有一个人会显示为最佳手气);若没有被完全抢完则没有最佳手气且余额会退还到原账户⑤群中所有人均可以抢红包(包括自己)每个人最多只有一次抢该红包的机会⑥测试当红包个数使得每个红包分到钱小于

0.01即总金额为

时的情况2、兼容性测试1)苹果手机和安卓手机2)苹果手机的不同版本3)安卓手机不同的机型4)不同分辨率3、性能测试打开红包的响应时间不能超过三秒高并发场量下不能超过

测试易用性测试1)界面的设计风格是否统2)界面中文字是否简洁没有错别字3)是否易操作易学习易理解5、中断测试前后台切换网络异常低电量断电来电短信等6、网络测试1)网络兼容性2G/3G/4GWIFI热点移动/联通/电信2)无网测试弱网延时丢包5.10

微信聊天功能测试用例

消息发送(单聊群聊语音文字图片表情链接字符及长度)成员管理(加人被加退出被动退出编辑删除)群组管理(创建群消息设置申请入群扫二维码入群退群通知提醒头像编辑名称编辑简介编辑权限编辑成员编辑)消息管理(发布通知接收通知发文件消息提醒通知提醒声音震动好友请求请求处理)隐私管理(黑名单允许好友查看动态允许陌生人查看动态允许通过手机号查找允许真实姓名查找)权限管理(开放群(任何人入群)、半开放群(验证入群)验证加好友不需验证加好友)登录退出(忘记密码更换账号)好友管理(扫二维码加人加好友查好友好友推荐群组推荐联系人导入拉黑名单解除好友备注名)动态管理(发动态发投票点赞表情评论增加删除分享隐藏编辑消息推送(在线离线收发时序)文件管理(接收离线接收预览删除分享转存文件格式大小)5.11

给你一个界面怎么测

这个具体看什么界面了首先要搞清楚界面上有哪些功能点一定要弄清楚哪些是展示性的信息哪些可操作性的东西。

然后从上到下根据界面上的一些功能进行逐一测试。

具体的话1)首先肯定是做界面

测试主要检查看界面布局是否合理是否美观图片颜色字体超链接是否都显示正确界面数据是否展示正常等等。

2)然后根据界面上的各个功能点需求逐一检查各个功能是否有问题。

3)考虑到时界面所以得考虑兼容性问题对于

Web

端要不同的浏览器展示问题浏览器缩放比例问题不同屏幕大小问题看是否都能正常展示对于

App

一、首先我们先测试充值的主体功能看看能否充值成功;(等价类边界值判定表流程分析法状态迁移法错误推测法异常处理法来测试)用边界值的方法测试充值限定的额度能否充值成功用特殊字符在充值输入框输入是否有提示语提醒充值输入框为空时点击充值是否有提示在输入框里输入金额再后退网页再进入充值页面是否还保存着输入的金额数多次往返充值界面是否还可以正常充值选择多个充值支付方式能否充值成功选择各银行网银能否充值成功充值成功时有没有相关的提示和页面是否正确跳转充值成功后相关联的金额是否正确显示充值成功后查看数据库的相关数据是否有存在和正确点击第三方支付(如支付宝微信)是否有相关的连接页面跳转能否同时选择多个支付方式来充值交叉选择支付方式后再选择其中一个支付方式能否充值成功充值输入框多次修改充值金额能否充值正确二、我们再测试充值的性能用

jmeter

模拟大量用户同时充值看看能否充值成功;三、我们再对充值的安全性进行测试(1)绑定银行卡充值和未绑定银行卡能否充值成功;(2)绑定多张同名的银行卡以及一个用户绑定多张不同名的银行了能否绑定充值成功(3)实名认证和未实名认证能否充值成功(4)用边界值的方法测试每天充值限额次数(5)测试一天之内最多可以输入密码错误次数是多少次数达到多少次锁卡是否需要到银行解锁方能再进行充值(6)输入充值金额后需要输入多少次密码是否有加密不输入密码能否充值成功;(7)使用其他的支付方式支付能否充值成功(8)测试充值金额的类型(9)充值之后所充值的账户以及平台的余额额度是否有增加;(10)单次点击多次点击会不会充值成功;以及多次点击会不会多次充值;(11)同时打开多个充值界面能否充值成功;(12)不登陆用户的情况下是否充值成功;(13)不选择银行卡或其他方式支付是否能充值成功;(14)跨站攻击数据泄密;四、我们还要对兼容性进行测试看看不同的版本、分辨率不同的浏览器能否正常充值五、对易用性进行测试测试充值的整个流程是否易用遇到一些不懂的有没有相应的温馨提示六、我们还会考虑测试异常的情况(网络异常和设备异常)比如说(1)充值的过程中突然没网或者网络中断或弱网情况下是否充值成功;(2)充值过程中突然断电了能否充值成功;(3)充值过程中设备卡顿能否充值成功;(4)银行卡挂失被注销卡内余额不足卡里金额被冻结额度超过限额的情况能否充值成功七、我们再对界面进行测试(1)界面是否美观格式是否正确中文是否有错别字(2)在其他浏器能否打开我们这个充值界面能否正常显示并且正常充值(3)界面上的按钮是否符合用户的使用习惯主要关键的功能按钮是否容易找到操作是否便捷;(4)在不同的浏览器里界面缩放后界面排版是否正常显示5.13

比如客户下订单库存减少规定时间内未支付定单就取消库存又加回来我会先测一下界面比如界面的排版是否美观有没有错别字颜色适不适合等。

然后再测试一下功能提交订单页面我会测试购买商品数量自己输入的边界值和点击加就加或者减少修改数量不选择数量会不会有默认数量不选择商品类型以及选择多个商品类型然后测试正确提交订单后看库存是否有减少相应的数量。

再测试规定时间的边界值比如规定时间是

个小时那

小时内没有去支付系统自动取消订单库存有没有加上相应的数量。

再测安全性涉及到支付用

fiddler

工具抓包拦截数据看能否修改参数再发送请求支付成功测逻辑的话大概就这些。

六、

Linux6.1

error(错误)。

[后台程序运行久了会对系统造成卡顿等诸多隐患或我们做性能测试的时候我们都会通过

linux

显示内存使用情况)来查看系统资源如果服务器出现故障时我们也会用service

httpd

文件并每十秒更新一次直到分钟后。

生成的文件名如_090824_1306nmon,””是这台主机的主机名

nmon

下1替换代码包(覆盖代码包)·配置文件已经编辑好-压缩包war

包(重启

[原来我们数据库用的比较多的就是数据结果检查测试一些数据准备性能测试造大量数据。

][测试执行到的结果我们需要通过

sql

来查找数据库对应的表看看数据库信息跟我们执行的结果是否一致比如生成申请借款后我们会去数据库里面去检查下,数据库中数据是否跟申请订单数据一致。

][我们在测试执行时需要做一些测试数据准备我们就用

insert

修改数据)我们需要到数据库查看有没有相关记录保存保存的数据跟我们输入或者修改的记录是否一致;比如原来我们一个初审功能里面有个分页功能测试分页功能需要

100

into。

也可以用脚本实现或者存储过程][还有在做性能测试时模拟用户场景时需要用到大量的数据这时就需要我们到数据库中制造大量的数据出来。

比如说测试充值需要大量用户数据充值表中大量数据比如

10W

左连接以左边的表(employ)为主显示左边表列的全部数据如果右边表没有对应的数据则为

NULL右连接以右边的表(student)为主显示右边表列的全部数据如果左边表没有对应的数据则为

NULL7.6

的检素速度缺点虽然索引大大提高了查询速度同时却会降低更新表的速度如对表进行

INSERT、UPDATE

不仅要保存数据还要保存一下索引文件建立索引会占用磁盘空间的索引文件。

索引份分单列索引和组合索引单列索引即一个索引只包含单个列一个表可以有多个单列素引但这不是组合素引组合索引即一个索引包含多个列。

主键索引

PRIMARY

原来我们做的一个功能生成订单在数据库中没有添加创建时间导致后续根据时间点,去查询订单的时候找到对应的数据持续更新敬请期待