2 wyhyimo456 WYHyimo456 于 2016.01.20 22:16 提问

微信视频功能详细功能性能测试用例的编写

最近在自学移动app的测试,想总结一份完整的微信视频功能测试用例,尤其性能方面测试时的具体用例,测试方法,测试工具有哪些?

2个回答

devmiao
devmiao   Ds   Rxr 2016.01.20 22:41
91program
91program   Ds   Rxr 2016.01.20 23:16

微信视频功能测试用例,首先你要分析一下微信视频功能。
如果只是黑盒测试,应该没有多少测试用例。但白盒,你没有代码也无从谈起。

Csdn user default icon
上传中...
上传图片
插入图片
准确详细的回答,更有利于被提问者采纳,从而获得C币。复制、灌水、广告等回答会被删除,是时候展现真正的技术了!
其他相关推荐
聊天类功测试用例:
测试前的总结:  1. 对象  对象就是聊天的联系人,包括个人账号,公共号,机构号,群组等。  2. 对象的属性  就是这些联系人的各个特征。  个人主页(头像,昵称,签名,管理的群,管理的轻应用,2维码。。。)  群 (头像,创建人,群成员,名称,消息设置,群轻应用,群类型,2维码。。。)  公共号(机构号)(主页,头像,名称,简介,管理的轻应用,消息设置,2维码。。。)  3. 方法。  方法...
软件测试用例设计之微信群抢红包经典用例
软件测试用例设计经典案例,微信群发红包抢红包测试用例
性能测试用例设计
性能测试在软件质量保证中起着重要的作用,它包括的测试内容丰富多样。同一个系统,不同的测试设计及测试过程会导致不同的结果,也会有不同的解读。合理的测试规划与设计是至关重要的。本文重点介绍如何结合用户实际业务特点制定有效的性能测试用例。   一、系统业务特点和用户行为分析   用户行为反映了用户对系统的使用模式和应用背景,在性能测试之前,我们首先需要分析用户的使用习惯,确定系统的典型业务及发生时间
抢红包性能测试测试案例
场景描述:抢红包活动,现场700人,每个人必须中奖,中奖活动开始过程中出现宕机;参数(C3P0 100连接数,超时时间30秒;tomcat 连接池4096 ;JVM内存 1024M 1024M 64M 512M) 处理过程:使用loaderrunning进行性能测试,对数据库连接池数量进行,tomcat线程数,JVM内存进行参数调整,加压测试。 发现问题: 1、 程序宕机是因为有数据库连接未
搜索功能点测试用例设计
对于一般的网站而言,经常有两种搜索功能,一种为简单搜索,一种为高级搜索。对于简单搜索,也就是一输入框加一个搜索按钮,可以认为模糊搜素,而高级搜素,则为准确搜索,根据各种条件,搜索自己想要的内容。 一:简单搜索输入框测试用例 1:不输入任何字符,点击搜索按钮,一般搜索出网站所有的信息 2:一般搜索输入框中的有文章显示,当鼠标点击时,文章消失 3:输入全角/半角中文字符(一个字
测试用例书写要详细到什么程度 ?
这里说的不是设计测试用例的数量,而是测试用例的书写。 我在实习期间对一个内部使用的工具进行测试,负责增删改查部分。作为实习生,很想有一个准确的答案告诉我该怎么做不该怎么(应试教育的恶果),但实际工作中确实是一个人有一个人的风格,听多了反而不知道该怎么做。所以我第一批的TC写
史上最详细测试用例设计实践-1:用例划分与设计
步骤1:用例划分 1.按系统模块划分 2.按性质分类划分 3.按关联紧密程度划分   1.按系统模块划分 一般设计比较好的系统软件,都会把功能进行分类,并以模块的方式布局在用户界面上,如图:【目标管理】,【课程管理】,【学员管理】,大模块下再分小模块,比如【课程管理】模块又分【课程列表】,【项目资源管理】。 史上最详细测试用例设计实践总结 Part1" title="测试思想-测试设
测试用例——微信红包测试用例
单个红包的情况        单个金额输入:红包上限、小数点位数限制、数值为0情况、多位小数点     留言群发红包的情况     设置个数     抢红包记录     安卓用户和苹果用户互相之间的转换     是否可以多次抢一个红包     发红包者是否可以抢红包     未领取的红包24小时退回...
非常好的某网站性能测试用例
某网站性能测试用例 某网站提供会员模板下载、上传、购买、支付等功能,目前进入性能测试阶段,通过性能需求可以了解到主要有以下几个性能指标需要进行测试:   ● 产品页面刷新性能   ● 产品上传性能   ● 产品下载性能   目前给出的指标为:   延迟:   测试项 响应时间 抖动 备注   产品页面刷新 <5秒 <2秒   产品下载相应时间 <4秒 <2秒   吞吐量:   编号 项 吞吐量   Perf.T.1 所有登录用户在线状态更改频率 每10分钟1次   Perf.T.2 每日页面平均访问量 60000次   Perf.T.3 每日下载量 50000   Perf.T.4 平均每日新增会员数量 500   Perf.T.5 高峰同一模板下载量 100用户并发下载   Perf.T.6 高峰不同模板下载量 150用户并发下载   容量:   编号 项 容量   Perf.C.1 用户数 <=100万   Perf.C.2 活动用户数 10000   Perf.C.3 模板中心总用户数 <=25万   根据如上性能需求及数据我们该如何设计性能测试用例及场景呢?(可以说给出的性能需求很垃圾,没有丝毫价值,但没办法还是点做啊)   首先,我不去在乎它要求的性能是什么,我只需要去做在一定的测试环境下对系统进行压力测试,找到各个性能指标的临界点就好了,至于是否达到性能指标,在和性能需求对照编写测试报告即可。   所以,针对这几个需要进行性能测试的页面,我们做一下分析,如何设计场景才能尽可能准确地体现出系统的性能:   先说一下搜索页面   搜索页面根据对项目的了解,搜索后,将所有符合条件的结果遍历出来,显示在前台,每页的显示数量是一定的,超出的部分分页显示。根据上面的描述我们可以看出搜索结果是在将符合条件的所有结果集均发送到前台页面,对于页面显示对性能的消耗我们可以忽略不计,主要的压力来自数据的传输、sql的执行及应用服务器的处理过程,所以我可以从两个方面设计场景:   a、虚拟用户一定,不同数据库数量级的情况下,搜索的性能   如何确定虚拟用户的数量成为一个关键,我们可以让客户提供一个常规情况下每天访问用户数(如果没有实际数据可参考,可以根据产品方案中期望的用户数来代替),我们就用这个用户数来进行测试;再来分析一下不同的数据库数量级,如果系统运营1年的产品数据量是5万条,那么我们就根据这个值分别取1W条、3W 条、5W条、10W条、20W条数据量来进行测试(具体的分法可以根据实际情况而定),所以对于这个测试目标,我们可以设计5个场景进行:   虚拟用户数 数据库数量级 录制页面 并发用户数执行时间思考时间   100 10000 搜索页面 随机产生 30分钟 加入思考时间   100 30000 搜索页面 随机产生 30分钟 加入思考时间   100 50000 搜索页面 随机产生 30分钟 加入思考时间   100 100000 搜索页面 随机产生 30分钟 加入思考时间   100 200000 搜索页面 随机产生 30分钟 加入思考时间   b、一定数据库数量级,不同量虚拟用户的情况下,搜索的性能   我们定下来一个常规的数据库数据量,在数据量不变的情况下逐步增加虚拟用户数,测试一下不同虚拟用户压力下系统的性能   虚拟用户数 数据库数量级 录制页面 并发用户数执行时间思考时间   50 50000 搜索页面 随机产生 30分钟 加入思考时间   80 50000 搜索页面 随机产生 30分钟 加入思考时间   100 50000 搜索页面 随机产生 30分钟 加入思考时间   120 50000 搜索页面 随机产生 30分钟 加入思考时间   150 50000 搜索页面 随机产生 30分钟 加入思考时间   产品上传   影响上传性能的主要因素有上传文件的大小和上传的请求数,所以我们就从这两个方面设计用例。   a、虚拟用户数一定,上传不同大小的文件   虚拟用户数 上传文件大小 录制页面 并发用户数 执行时间 思考时间   50 100k 上传页面 随机产生 30分钟 取消思考时间   50 300k 上传页面 随机产生 30分钟 取消思考时间   50 500k 上传页面 随机产生 30分钟 取消思考时间   50 800k 上传页面 随机产生 30分钟 取消思考时间   50 1M 上传页面 随机产生 30分钟 取消思考时间   b、上传文件大小一定,不同量的虚拟用户   虚拟用户数 上传文件大小 录制页面 并发用户数执行时间思考时间   20 300k 上传页面 随机产生 30分钟 取消思考时间   50 300k 上传页面 随机产生 30分钟 取消思考时间   80 300k 上传页面 随机产生 30分钟 取消思考时间   100 300k 上传页面 随机产生 30分钟 取消思考时间   产品下载   影响下载性能的主要因素有下载文件的大小和下载的请求数,所以我们就从这两个方面设计用例   a、虚拟用户数一定,下载不同大小的文件   虚拟用户数 下载文件大小 录制页面 并发用户数执行时间思考时间   50 100k 下载页面 随机产生 30分钟 取消思考时间   50 300k 下载页面 随机产生 30分钟 取消思考时间   50 500k 下载页面 随机产生 30分钟 取消思考时间   50 800k 下载页面 随机产生 30分钟 取消思考时间   50 1M 下载页面 随机产生 30分钟 取消思考时间   b、下载文件大小一定,不同量的虚拟用户   虚拟用户数 下载文件大小 录制页面 并发用户数 执行时间 思考时间   20 300k 下载页面 随机产生 30分钟 取消思考时间   50 300k 下载页面 随机产生 30分钟 取消思考时间   80 300k 下载页面 随机产生 30分钟 取消思考时间   100 300k 下载页面 随机产生 30分钟 取消思考时间
播放器测试的测试点
播放器测试的测试点 一.功能测试 1.打开,关闭播放器 2.播放,暂停,停止播放器 3.上一个視频,下一个视频 4.音量大小,静音 5.最大化,最小化 6.播放列表的添加,删除,查看 7.播放列表的播放顺序,单循环,多循环,顺序播放,随即播放 8.支持的所有播放格式的文件 9.能否播放被隐藏的媒体文件 10.能否通过网络播放已共享的媒体文件 二.易用性测试 11.界面是否