网页
资讯
视频
图片
知道
文库
贴吧
地图
采购
进入贴吧
全吧搜索
吧内搜索
搜贴
搜人
进吧
搜标签
日
一
二
三
四
五
六
签到排名:今日本吧第
个签到,
本吧因你更精彩,明天继续来努力!
本吧签到人数:0
一键签到
成为超级会员,使用一键签到
一键签到
本月漏签
0
次!
0
成为超级会员,赠送8张补签卡
如何使用?
点击日历上漏签日期,即可进行
补签
。
连续签到:
天 累计签到:
天
0
超级会员单次开通12个月以上,赠送连续签到卡3张
使用连续签到卡
09月08日
漏签
0
天
职业教育吧
关注:
19,688
贴子:
182,320
看贴
图片
吧主推荐
视频
游戏
1
2
下一页
尾页
20
回复贴,共
2
页
,跳到
页
确定
<<返回职业教育吧
>0< 加载中...
测试人员都需要知道的功能测试点
只看楼主
收藏
回复
Mr庆小樂
核心吧友
6
该楼层疑似违规已被系统折叠
隐藏此楼
查看此楼
Functional testing(功能测试),也称为behavioral testing(行为测试)
根据产品特性、操作描述和用户方案,测试一个产品的特性和可操作行为以确定它们满足设计需求
本地化软件的功能测试,用于验证应用程序或网站对目标用户能正确工作。使用适当的平台、浏览器和测试脚本
以保证目标用户的体验将足够好,就像应用程序是专门为该市场开发的一样。
功能测试是为了确保程序以期望的方式运行而按功能要求对软件进行的测试
通过对一个系统的所有的特性和功能都进行测试确保符合需求和规范
Mr庆小樂
核心吧友
6
该楼层疑似违规已被系统折叠
隐藏此楼
查看此楼
测试方法
查询类型包含单个查询、组合查询、输入框输入查询、时间控件查询四种场景:
1、功能实现
(1)支持模糊查询搜索
(2)时间控件查询
(3)默认空查询
(4)查询后默认清空输入框记录(根据业务需求)
(5)输入系统中不存在与之匹配的条件查询
山东跃强信息技术
俄区applid账号 提供美区id,香X港id,台弯id,韩国id,日本id,俄罗斯id,,等全球俄区iosid. 永久独享,IOS俄区APP下载,可改密保,24小时自动发货!
2024-09-08 07:54
广告
立即查看
Mr庆小樂
核心吧友
6
该楼层疑似违规已被系统折叠
隐藏此楼
查看此楼
2、组合查询
(1)单个查询条件。(单个条件查询切换以及单个查询、组合查询来回切换的查询结果与错误提示)
(2)组合查询条件。(正交试验法)
3、时间控件查询
起始时间、结束时间
Mr庆小樂
核心吧友
6
该楼层疑似违规已被系统折叠
隐藏此楼
查看此楼
二、主要测试点
1、默认查询
界面UI规范性(输入条件与输出结果页面)
显示符合条件的数据
校对数据与页码是否匹配、总数目、每页数据条数
2、正常查询功能
输入符合规则的查询条件,得到查询结果验证。
支持的输入字符类型、字符长度、含空格等文本域条件逐个验证
重置条件二次查询
Mr庆小樂
核心吧友
6
该楼层疑似违规已被系统折叠
隐藏此楼
查看此楼
(3)边界值查询
(等价类、边界值综合--字符长度)
(4)异常查询与相关提示
非法字符控制逐个验证(不符合输入规则)
字符长度超长、过短(不符合输入规则)
错误查询的提示信息
(5)模糊查询
单个字符、多个字符、特殊字符、英文大小写搜索查询
超长字符查询
Mr庆小樂
核心吧友
6
该楼层疑似违规已被系统折叠
隐藏此楼
查看此楼
(6)查询后是否清空查询记录
(7)空查询
查询结果为空或者为全部数据。
(8)组合查询
多种不同组合条件的查询与查询结果验证。
组合查询不符合要求的错误提示。
(9)时间查询
起始时间与结束时间的逻辑判断
起始时间与结束时间内的查询结果验证
起止时间边界值校验
大月、小月、闰月、跨年、跨月、跨日查询、日期溢出查询
起止时间溢出的查询控制
(10)数据库验证
查询条件、输出结果、数据库查询验证三者必须一致。
Mr庆小樂
核心吧友
6
该楼层疑似违规已被系统折叠
隐藏此楼
查看此楼
接着分享性能测试方案设计的方法和思路
第一步获取性能需求
需求一:用户数信息
1)调查系统当前和未来使用的用户数
系统用户数=本系统目前注册的用户数,注册用户数并不代表他会每天并且无时无刻的使用着。
在线用户数=同时在线对系统进行操作的用户数量(相当于混合场景)
并发用户数=同时在线并且同时操作同一个功能(单场景添加集合点)
估算未来一到五年使用此用户的数量,可以根据一些日志数据估算出来的。
2)调查系统当前和未来的每日、月活跃用户数
当前活跃用户数,即某天大概有多少用户使用本系统:那么这部分数据一说来也就是当前真正对系统构成压力的数量。
Mr庆小樂
核心吧友
6
该楼层疑似违规已被系统折叠
隐藏此楼
查看此楼
需求三:场景业务的调查
1)系统关键、核心的业务
从系统亮点出发,以主要的业务逻辑点为第一核心:这些功能对系统或公司来说往往具有举足轻重的地位,无论怎样都必须要优先执行满足这以功能的性能测试
2)高访问量的功能,经常承受压力的功能点
系统中表现在系统关键、核心业务前面必须要经过的地方:比如对于百度搜索来说,其核心业务是搜索功能,但是首先要面对的其高访问量对是搜索输入框加载的首页,百度首页加载即高访问量的请求
3)业务复杂度高
往往说来业务逻辑复杂度的都具备1、2点的要素,可能其功能使用的人数较少但是对系统有很严重影响:这些功能由于其业务逻辑具有的复杂度,往往出错的可能性也比较高,所以这些功能也是必须要进行测试的。
没有学习思路的可以给我留言或者在我qun文件夹里获取,我都梳理的学习方法及思路
卖家之家
专业团队,高效处理申诉难题
2024-09-08 07:54
广告
立即查看
Mr庆小樂
核心吧友
6
该楼层疑似违规已被系统折叠
隐藏此楼
查看此楼
需求四、与性能指标指标相关的调查
1、调查每秒事务数(TPS)
这是衡量系统处理能力的一个重要指标,同时这个指标在一定程序也关系到业务数量是否能够及时完成,所以需要获得。
估算方式一:BS类可以参考以下指标估算:Vuser*TRequest/RPS=TPS(注意1Requset的含义为Resource=0的请求)。Resource=0的含义其实就是保证此次请求能够真正到达服务器,去掉那些本地可以缓存的东西。
估算方式二:CS类可以参考每小时的业务数/3600s,这是没办法的办法。
估算方式三:API类往往要求是Vuser*1API=TPS,由于公司的API都是提供给机构用户的,所以API要求往往比较高,所以需要保证其远算得非常快。
注:Vuser:虚拟用户数;TRequest:事务中的请求数;RPS:平均响应时间。
Mr庆小樂
核心吧友
6
该楼层疑似违规已被系统折叠
隐藏此楼
查看此楼
2、调查90%(或95%)响应时间
只看平均时间是不太科学的,对于我们的系统来说需要保证绝大多数的用户其响应时间都是非常快的,所以我们从90%或95%用户响应时间为指标的标准。
如果拿不到,那么我们仍可以估算:
估算方式一.BS类,按通用的标准2一5一8的标准来进行。不同业务,不同客户类型要求不同,但对于我们的产品来说绝大多数是不能超过5s
估算方式二:CS类,根据处理的数据量其时间不同,但一般说来是不能超过15s的。
估算方式三:API类,从行业的角度来说,一般要求是毫秒级(<500ms)
Mr庆小樂
核心吧友
6
该楼层疑似违规已被系统折叠
隐藏此楼
查看此楼
自顶
Mr庆小樂
核心吧友
6
该楼层疑似违规已被系统折叠
隐藏此楼
查看此楼
如果需要自学资料或者工具实战操作视频可留邮,我会及时分享
Mr庆小樂
核心吧友
6
该楼层疑似违规已被系统折叠
隐藏此楼
查看此楼
Mr庆小樂
核心吧友
6
该楼层疑似违规已被系统折叠
隐藏此楼
查看此楼
Mr庆小樂
核心吧友
6
该楼层疑似违规已被系统折叠
隐藏此楼
查看此楼
登录百度账号
扫二维码下载贴吧客户端
下载贴吧APP
看高清直播、视频!
贴吧页面意见反馈
违规贴吧举报反馈通道
贴吧违规信息处理公示