• 0
  • 0
分享

1.测试用例的定义:

测试用例是执行测试的依据,把测试系统的操作步骤用文档的形式描述出来

2.测试用例包含?

用例编号 用例描述  【用例所属模块】  执行条件  预期结果 测试输入   实际结果 【测试人】  【测试版本】 【测试日期】 【备注】

3.测试用例文档的方式

Excel  word  方式     bug管理工具里可以直接写

4.测试用例开始写的时间

拿到对应的模块进行编写。

5.测试用例的注意:

根据需求文档或者是原型图年写的用例的覆盖度[80%-90%].

书写用例有正反   反向用例【异常用例】   8:1

代表性:

针对性:

可判定性:测试执行结果的正确性是可判定的,每一个测试用例都应有相应的期望结果

6.测试方法有:

    等价类划分:

             有效等价类

            无效等价类

   边界值

   因果图

   场景法

1.jpg

正交表

错误推测

用例评审会 : 一般在需求确定后编写用例,用例编写后直接进行评审

用例评审:

           组内评审: 测试人员和测试组长 项目经理 客户经理

           组外评审: 测试人员和测试组长 项目经理 客户经理  客户  

测试用例的设计点:

从功能 性能 网络 易用  界面 安全

经典题:

1.纸杯:

功能: 是否可以成不同液体(热水冷水固体)

            纸杯的形状

            纸杯容量大小

            纸杯的材质是否环保

            纸杯是否漏水

界面:  纸杯的颜色

            纸杯的图案

            纸杯的logo

            杯口杯壁是否圆整

性能:  是否容易变形,掉色,保温

            盛水后多长时间漏水

            盛热水或者是

            是否有隔热/防滑措施

            是否方便清洗,回收

            是否方便老人小孩使用

安全: 1.材质是否无毒,易燃

         2.存放其他液体是否会产生化学反应

         3.装热水的时候是否会烫伤人

         4.长时间放置材质是否会溶解

电梯的测试用例的设计点:

1、功能测试:

(1)按钮功能,开门(运行中按开门键不开门),关门,电梯内按钮功能(电梯按键在按下时是否点亮,按错楼层是否可以取消);

(2)上升,下降(每一层申请是否有效,是否可以正常停靠),超载时是否会忽略其它楼层的上行和下行申请,电梯的两边按钮是否都可以使用;

(3) 电梯内电话、灯光等

2、性能测试:反应时间、关门时间、速度(是否造成人体不适)

3、压力测试:超载,碰撞电梯壁

4、安全测试:

(1)进入电梯喊话,外面是否听到,拨打手机是否有信号;

(2)停电(不会坠落。电梯门可以通过外力打开,紧急电话可用),报警装置(超载),通风状况;

(3) 停靠位置,有人扒门(不会强制关门),若有异物阻碍,会停在当前楼层;

(4)监控装置

5、UI测试:标识的承重和人数,仅提供可到达楼层的按钮,美观程度,光滑程度、形状

6、可用性:按键高度、操作是否方便

7、稳定性:长时间运行情况,

两台电梯联动:

除上述功能外,与另外一部电梯是否协作良好(一部电梯故障不影响另一部):

(1)2部均空闲时,采取就近原则

(2)有一部运行时,以同行方向且顺路电梯优先运行,否则安排空闲电梯

(3) 2部均运行时,以方向同行且顺路的优先运行

  (4) 电梯在上行或下行时若满载,遇到有人等待电梯,是否停靠

例如,(2)电梯本来在一楼,若有人按18楼,上到5楼时,有人按10楼,是否会在10层停下

红包

功能

1.在红包钱数,和红包个数的输入框中只能输入数字

2.红包里最多和最少可以输入的钱数  200  0.01

3.拼手气红包最多可以发多少个红包  100

3.1超过最大拼手气红包的个数是否有提醒

4.当红包钱数超过最大范围是不是有对应的提示

5.当发送的红包个数超过最大范围是不是有提示

6.当余额不足时,红包发送失败

7.在红包描述里是否可以输入汉字,英文,符号,表情,纯数字,汉字英语符号,

7.1是否可以输入它们的混合搭配

8.输入红包钱数是不是只能输入数字

9.红包描述里许多能有多少个字符   10个

10.红包描述,金额,红包个数框里是否支持复制粘贴操作

12.红包描述里的表情可以删除

13.发送的红包别人是否可以领取

13.1发的红包自己可不可以领取   2人

14. 24小时内没有领取的红包是否可以退回到原来的账户

14.1  超过24小时没有领取的红包,是否还可以领取

15.用户是否可以多次抢一个红包

16.发红包的人是否还可以抢红包   多人

17.红包的金额里的小数位数是否有限制

18.可以按返回键,取消发红包

19. 断网时,无法抢红包

20.可不可以自己选择支付方式

21.余额不足时,会不会自动匹配支付方式

22.在发红包界面能否看到以前的收发红包的记录

23.红包记录里的信息与实际收发红包记录是否匹配

24.支付时可以密码支付也可以指纹支付

25.如果直接输入小数点,那么小数点之前应该有个0

26.支付成功后,退回聊天界面

27.发红包金额和收到的红包金额应该匹配

28.是否可以连续多次发红包

29.输入钱数为0,"塞钱进红包"置灰

性能

1.弱网时抢红包,发红包时间

2.不同网速时抢红包,发红包的时间

3.发红包和收红包成功后的跳转时间

4.收发红包的耗电量

5.退款到账的时间

兼容

1.苹果,安卓是否都可以发送红包

2.电脑端可以抢微信红包

界面

1.发红包界面没有错别字

2.抢完红包界面没有错别字

3.发红包和收红包界面排版合理,

4.发红包和收到红包界面颜色搭配合理

安全

1.对方微信号异地登录,是否会有提醒   2人

2.红包被领取以后,发送红包人的金额会减少,收红包金额会增加

3.发送红包失败,余额和银行卡里的钱数不会少

4.红包发送成功,是否会收到微信支付的通知

易用性

1.红包描述,可以通过语音输入

2.可以指纹支付也可以密码支付

朋友圈点赞

2。0.jpg

3。0.jpg

4.png

5.png

6。0.jpg

播放器播放

功能测试:

1.首先判断用户是否登录,未登录不能进入主页(应提示用户先进行登录),已登录状态用户可以进行视频观看;

2.导航栏下拉框是否可以正确打开和关闭,打开和关闭时的状态是否和预期一致;

3.鼠标滑过、点击时、点击后相应条目的状态是否和预期一致;

4.点击相应条目时,页面右边是否同步切换至相应页面,是否有延时、卡退、切换错误等情况;

5.视频播放页面鼠标滑过、点击时、点击后视频对应条目、标题是否有相应状态变化(具体变化状态根据产品原型进行分析),点击后是否能够正确跳转至相应的视频播放界面;

6.判断用户点击的视频属于免费还是付费,如果为免费则所有人均可以进行观看,如果为付费则要判断用户是否付费,如果已经付费则可以进行观看,如未支付则提示用户先购买后再进行观看并提供支付入口或者联系客服进行支付的方式;

7.进入视频播放界面判断当前视频title是否和用户上一步点击的视频title一致;

8.视频默认加载图是否显示正确或者显示异常等情况;

9.视频播放按钮是否可以点击,点击后视频是否正常播放;

10.视频目录是否显示正确,如有子列表是否正常显示,如果没有子列表是否有相应提示(具体效果根据产品原型进行分析);

11.视频介绍是否与当前视频一致,讲师是否一致等情况;

12.点击播放后进度条是否随之变化;

13.视频快进、快退、暂停、播放是否可以正常使用,是否有卡顿、延时、闪退等情况;

14.播放完成后是否自动切换下一视频(如有多节视频情况下,如果只有一条子视频的情况下,播放完成后是否关闭当前页面或者给予用户相应提示),如果需要手动切换是否有相应的友好提示;

15.视频播放时声音、画面是否一致或者是否有异常等情况;

16.视频最大化、全屏、最小化是否可以正常使用,切换时是否有卡顿、延时等情况;

17.当前视频与其他视频来回切换时,视频是否有卡顿、延时等情况;

18.电脑关机或者其他异常情况下,视频是否会保存播放记录,下次进入观看时是否继续上次的播放记录继续播放;

兼容性测试:

1.平台兼容性:Windows、Mac

2.系统兼容西:Win7、Win10、Mac

3.屏幕分辨率:不同电脑显示器分辨率不同,视频相关页面是否有模糊、适配是否合理;

4.播放器是否与其他类型播放器冲突(例如音乐播放器打开后,视频是否暂停还是继续播放);

网络测试:

1.网络切换测试:无线网与宽带;

2.弱网测试:弱网情况下视频是否卡顿、画面是否失帧;

3.无网络状态进入是否会有相应提示;

4.网络切换时视频是否暂停、保存当前播放状态;

易用性测试:

1.界面是否一目了然(比如:视频title、片头、片尾、视频画面等);

2.视频页面操作是否方便,菜单栏是否正确、易上手;

3.进度条拖拽使用起来是否方便;

4.视频是否具有视频记忆功能/是否保存当前播放进度

Pc端微信加群的测试点 和 app端微信加群的测试点

PC端:可发送信息:语音,文字,图片,表情,链接,字符及长度

           聊天界面中的文字是否可复制,删除,收藏,翻译,头像,昵称显示是否正确(加好友,显示好友备注,未加,显示昵称)

           消息撤回(2分钟之内)

           消息管理(转发,收藏,提醒,删除,多选,撤回)

           成员管理(加人,被加,主动退群,被动退退群,编辑群昵称)

           群组管理(创建群,消息设置,申请入群,扫二维码入群,退群,通知提醒,头像编辑,名称编辑,简介编辑,权限编辑,成员编辑)

           消息管理(发布通知,接收通知,发文件,消息提醒,通知提醒,声音,震动,好友请求,请求处理)

           隐私管理(黑名单,允许好友查看动态,允许陌生人查看动态,允许通过手机号查找,允许真实姓名查找)

           权限管理(开放群(任何人入群),半开放群(验证入群),验证加好友,不需验证加好友)

           消息推送(在线,离线,收发,时序)

           群文件管理(接收,离线接收,预览,删除,分享,转存,文件格式,大小)

           聊天记录(群成员,文件,链接,图片,视频)

           群消息免打扰,置顶群聊

app端:功能测试:

          正常网络情况下,发送纯文字,图片,文件,表情,语音、视频,文字+表情消息,发送功能是否正常

          正常网络情况下,接收纯文字,图片,文件,表情,语音、视频,文字+表情消息,接收功能是否正常

          正常网络情况下,测试图片,文件,语音,视频,文字的最大值测试

          正常网络情况下,是否支持群发文件、群聊文件

          正常网络情况下,是否支持语音转文字

          正常网络情况下,发送语音聊天、视频聊天时,是否有声音提示

          正常网络情况下,发送失败后,是否支持消息重发

          正常网络情况下,消息发送后,是否支持在一定时间范围内可以撤回功能,超出指定时间范围,是否不支持撤回功能

          正常网络情况下,发送名片、发送位置信息功能是否正常

          正常网络情况下,发送红包、转账功能是否正常

          正常网络情况下,语音聊天、视频聊天相互转换功能是否正常

          正常网络情况下,发送语音聊天、视频聊天时,长时间未接听,是否有提示

          正常网络情况下,未加好友情况下,加好友功能是否正常

          正常网络情况下,互相是好友的情况下,发消息功能是否正常

          正常网络情况下,连续发消息消息统计数量功能正常

          正常网络情况下,消息较多时,是否支持一键回到之前浏览位置

          正常网络情况下,群聊:发送消息是否所有成员全部可见

          正常网络情况下,群聊:@单个人,多个人,全部人时,对象是否会收到提醒

          正常网络情况下,群聊:发起群视频,群语音时,所有被邀请的成员是否能加入群聊

          正常网络情况下,群聊:群聊数量统计是否

9.测试用例的优先级

7。0.jpg


作者:DAYTOYdxz

原文链接:https://blog.csdn.net/DAYTOYdxz/article/details/110004480#comments_14096579


  • 【留下美好印记】
    赞赏支持
登录 后发表评论
+ 关注

热门文章

    最新讲堂

      • 推荐阅读
      • 换一换
          •   据报道,谷歌之前一直在为“Z世代”(1995至2009年出生的)用户开发一款人工智能移动聊天机器人应用,并在其中配以互动数字角色。  但资料显示,该公司最近在内部重组中将该项目“降级”。通常而言,当谷歌对某个产品降级后,相关工作就会暂停。  这款应用在内部被称作“Bubble Characters”,它会提供多个数字对话角色供用户选择,方便“Z世代”与之交流。该公司自2021年第四季度以来就一直在开发这个项目。谷歌拒绝对此置评。  该应用的描述显示,它将可以进行“类人”对话,并“采取行动”,“对Z世代很有吸引力”。相关对话均由大语言模型支持,这类模型可以通过海量数据集来理解和生成与人类相似...
            0 0 744
            分享
          • 经过艰苦的3技术+1HR面,终于告别0offer了,这是面试测试之前整理的牛友们的面经,答案来着互联网,有不合适的地方请大家指出。技术面中除了问项目,其余80%的问题来自牛友们提供的面经,祝大家找到合适的offer。http和https的区别https协议需要到CA(CertificateAuthority,证书颁发机构)申请证书,一般免费证书较少,因而需要一定费用。http是超文本传输协议,信息是明文传输,https则是具有安全性的ssl加密传输协议。http和https使用的是完全不同的连接方式,用的端口也不一样,前者是80,后者是443。http的连接很简单,是无状态的。Https协议是...
            4 5 3637
            分享
          • 读者提问:『作为测试经理,需要做测试执行吗,如果需要的话,还有时间做管理相关的事务吗 ?』阿常回答:测试经理也是需要做测试执行的。因为对于软件测试管理者来说,管理不会是纯粹的管理。软件测试是一门需要不断实践和总结的学科,所以身为测试经理,也是会参与到实际的测试任务之中的。那如果既需要做事,又需要做管理,会不会因为陷入具体的测试任务之中,而没办法做好管理事务呢?作为测试管理者,不应该让自己投入到,非常复杂的需要投入大量时间的测试任务之中,如果是这样的话,肯定没有时间兼顾到管理事务。其他测试同学都投入到具体的测试任务之中,陷入到细节之中,测试管理者必须把控好全局,所以测试管理者可以选择一...
            0 0 480
            分享
          •   1. 什么是死锁?  当多个进程 在运行过程中 因为争夺资源 而造成的一种僵局, 当进程处于这种僵持状态的时候, 若无外力作用, 它们将永远无法向前推进. 这种状态就称为死锁。  2. 产生死锁的必要条件  产生死锁总共有 4 个必要条件:  ·资源互斥: 当一个资源被一个进程使用时候, 其他继承不能使用该资源  · 资源不可剥夺: 进程已持有的资源在使用完之前是不可被剥夺的, 只能在使用完后由自己释放  · 请求和保持: 当进程在请求其他资源的时候, 对自己已持有的资源保持不放  · 循环等待: 即存在一个等待队列: 例如: A 占有 B 的资源, B 占有...
            0 0 699
            分享
          • 9 月 5 日消息,当地时间上周六,美国国家航空航天局 (NASA) 再次取消太空发射系统(SLS)火箭的既定发射计划,这是 NASA 在一周内第二次取消 SLS 火箭发射。NASA 官员们称,取消发射只是暂时的。而大部分业内人士表示,考虑到对整个登月计划的重要性,NASA 的谨慎是明智之举。NASA 高管们表示支持周六取消火箭发射的决定,并表示将准备等待更长时间,在弄清楚氢燃料泄漏的原因并彻底解决这一问题后,本月晚些时候或 10 月份再次尝试发射。NASA 局长比尔 纳尔逊 (Bill Nelson) 在周六下午举行的新闻发布会上说,“两次取消的成本显然要比一次失败要低得多。”虽然有近 10...
            0 0 1192
            分享
      • 51testing软件测试圈微信