（SUB）测试思维案例

抖音刷礼物

一、功能性测试
礼物展示
验证直播间内是否能够正确展示所有可用礼物及其对应的效果。

测试不同礼物在发送后的动画效果、音效等是否符合预期。

礼物发送
验证观众是否能够通过点击或滑动等方式选择并发送礼物。

测试发送过程中的取消和重新发送功能。

礼物接收
验证主播是否能够实时接收到观众发送的礼物，并在直播间内展示相应的提示信息（如礼物名称、发送者昵称等）。

礼物数量与价格
验证每种礼物是否有明确的数量和价格设置。

测试观众在购买和发送礼物时，系统是否能够正确计算所需消耗的虚拟货币或实际货币。

礼物特效
验证发送特定礼物时是否触发了相应的特效，如全屏动画、特殊音效等。

测试特效的显示效果和性能影响。

礼物榜单
验证直播间内是否能够展示礼物榜单，包括送礼物的观众排名、礼物数量等信息。

测试榜单数据的准确性和实时更新能力。

礼物赠送记录
验证观众和主播是否能够查看礼物赠送的历史记录。

测试记录列表的显示、排序和筛选功能。

多设备同步
验证观众在不同设备间切换时，礼物发送和接收状态是否能够同步更新。

二、性能测试
礼物发送速度
测试从观众点击发送礼物到主播接收到礼物的整个过程所需的时间。

大量礼物处理
验证系统在处理大量观众同时发送礼物时的性能和稳定性。

资源消耗
监控直播过程中发送和接收礼物时的CPU、内存、网络等资源消耗情况。

三、安全性测试
交易安全
验证观众在购买虚拟货币或实际货币用于发送礼物时，交易过程的安全性（如加密传输、支付密码验证等）。

防作弊机制
验证系统是否有有效的防作弊机制，防止观众或主播通过非法手段获取或发送礼物。

数据安全性
验证礼物发送和接收过程中的数据安全性，包括防止数据泄露、篡改等。

四、兼容性测试
不同设备和浏览器
测试在不同手机型号、操作系统和抖音版本下的直播刷礼物功能表现。

网络环境
验证在不同网络环境下（如2G/3G/4G/5G、Wi-Fi）的直播刷礼物稳定性和可靠性。

五、用户体验测试
界面设计
验证直播刷礼物界面的布局、颜色、字体等是否符合设计要求和用户习惯。

操作流程
验证刷礼物流程的简洁性和直观性，确保用户能够轻松完成操作。

错误处理和反馈
验证系统在遇到错误时的用户提示和处理方式是否友好和准确。

测试系统对刷礼物结果的及时反馈能力，如余额不足、发送失败等情况的提示。

响应时间和流畅度
测试刷礼物操作的响应时间和流畅度，确保用户体验顺畅。

礼物预览与选择
验证观众在选择礼物前是否能够预览效果，并确保选择过程便捷。【测试用例】抖音直播刷礼物_抖音直播测试用例-CSDN博客

抖音直播功能的测试点

 

基于上面的测试思路，我们可以分析得出“抖音直播功能”测试点如下：

一、梳理抖音直播的业务流程如下：

主播开启直播---> 观众观看直播 ---> 进行互动---> 结束直播

冒烟测试：点击开启直播，可以进入直播查看，并且声音好图像都显示正常。

然后我们再进行各个功能模块的具体细化。根据刚刚上面的业务流程分析，我们不难发现，抖音直播主要分为直播端和观众端，所以这两个端我们要分别进行测试。

观众端

1）顶部观看人数：可以实时显示目前观看的人数并显示其头像，点击进去可以查看对应主播信息。

2）视频播放：视频播放的声音正常并清晰，图像画质正常并声音和图像同步；

3）关注：可以添加直播到关注，并且能够成功在直播列表里显示。

4）观众端的互动：

a、评论功能：可以用等价类和边界值进行用例设计：

正常： 有效长度（1~100）可以发送成功；支持的数据类型有数据类型：中文、英文、字母、字符和表情等

异常 ：无效长度（0,101），不能成功，并给出友好提示；如果不输入评论，不可发送，并给出友好提示

b、连线功能： 可以跟主播进行视频连线和语音连线，功能正常。

c、礼物功能：

可以给主播赠送抖音币，并且充值功能正常；

可以给主播赠送鲜花等

赠送的礼物可以在评论区显示

特效可以开启以及关闭

5）购物车：点击购物车，可以添加对应的商品到购物车并显示正常。然后再出个考虑其他的每个流程功能。

a、商品数量：可以添加一件，多件商品；可以添加多类型商品，正常显示在购物车中

b、提交订单：

选择部分商品/选择单个商品/选择全部商品都可以提交订单

添加收货地址：正常输入各个输入项可以添加成功收货地址成功；可以添加多个地址显示正常；收获地址的可以进行编辑和修改，并且可以删除。

c、提交了订单后：可以成功跳转到第三方，并流程验证正常

d、支付：可以选择微信、支付宝和抖音支付三种支付方式，并选择后都可跳转到对应的支付页面并支付成功。

e、查看订单：支付成功后，可以查看该订单状态，信息显示正确

f、咨询：可以跳转到联系到客服页面进行咨询，支持文字输入和电话咨询等方式。

g、取消订单：弹出提示信息是否要放弃购物，可以选择确认和放弃；取消成功后退回到购物车列表页面

6）分享：可以把直播分享到微信好友和微信群，以及朋友圈；分享给抖音的私信好友；分享到 QQ 空间，和 QQ 好友；分享到微博；复制链接，别的平台再粘贴发送分享；更多分享...

注意：所有的分享方式都可以分享成功，并可以点击分享后的链接成功打开该直播。

7）其他功能

a、清屏：可以关闭，检查所有的信息正常显示在屏幕； 可以开启：检查评论等所有信息都不显示在屏幕；

b、录屏：开始录屏：

正常：录屏 3s~300s 之间，可以录屏成功；

异常：录屏时间小于 3s，录屏时间大于 300s，都无法正常录屏成功，并显示友好的提示信息

c、举报：点击后弹出举报页面；选择原因，和提供证据；提交举报后，可以成功，并给出提示

8）退出直播：点击退出直播按钮，可以退出直播

直播端

1）视频和声音：直播开启后视频的画质和直播的声音都是正常的，且音频同步；

2）本场直播人数：可以显示本场直播的人数列表，并且可以点击查看头像

3）外接设备：

正常：麦克风可以正常接入，摄像头可以正常接入，识别正常；

异常：麦克风异常接入，可以给出友好的提示信息；摄像头异常接入，可以给出友好的提示信息；

4）互动：

PK 功能，可以点击 PK 功能之后选择主播进行 PK 操作；

观众连线：选择观众进行连线，可以通话正常；

评论：可以正常的评论

玩游戏：可以选择游戏类型，进行游戏

心愿：可以正常实现心愿功能

5）关闭直播：可以关闭结束直播，显示直播已结束

6）装饰美颜： 美化和美颜功能可以正常使用；贴纸等功能也可以正常选择；镜头翻转功能可以正常使用；
7）更多功能：更多里的功能比如录屏，分析，音乐等都可以正常使用

APP 专项测试

覆盖了基本业务功能测试之后，作为 APP 的测试，我们一定还要考虑到 APP 的专项测试，比如 APP 自身的安装、卸载、升级，消息的推送等；对于直播功能，我们特别需要关注的就是“中断测试”和“网络测试”！

中断测试：

直播过程中如果出现一些手机的中断行为，那么直播会不会受到影响以及是否可以正常继续。常见的中断类型有：

电话中断

网络中断

闹钟中断

插拔耳机中断

保证这些中断发生的时候，直播不会中断，画面和声音依然可以同步；更加不会导致一些异常情况发生，比如 APP 突然 crash 和 ANR 的情况；

网络测试：

验证各种网络类型：2G、3G, 4G，5G，wifi 下都可以正常直播；

进行网络切换，直播功能正常；

弱网测试下直播功能正常：APP 不会闪退 崩溃，而且页面提示友好；

抖音直播的非功能测试点

测试完以上的功能测试点之后，我们还需要验证一些非功能测试点，主要包括以下几个方面：

1）界面

验证界面的美观，排版和错别字等。

2）兼容性

a、考虑测试手机移动端的兼容，比如手机型号

b、考虑系统版本的兼容，主流的系统版本需要测试覆盖

c、考虑不同屏幕大小及分辨率的兼容性测试

b、考虑一些其他产品的兼容性，比如公用手机声卡、麦克风的 APP 是否可以兼容

3）易用性

测试站在用户的角度考虑用户体验，使用是否方便等。

4）性能

比如长时间直播运行等，多用户发送评论和互动等，关注产品的响应时间等，一般需要借助工具或者代码进行测试。

5）安全

验证敏感信息是否加密，是否可以篡改；通过一些工具进行安全扫描，检查是否有安全漏洞；或者采用一些其他的手段进行专门的安全测试。

权限测试

从功能的角度上：
1.通过页面创建不同的角色账号，并且分配角色权限模块，在页面登录不同的账号去确认账号的权限

2.一次只给用户单独设置一个权限，设置之后检查该权限是否生效

3.给用户不设置任何权限，设置之后检查该用户能否使用系统

4.给用户设置全部权限，设置之后检查所有权限是否生效

5.给用户设置部分权限，设置之后检查部分权限是否生效

6.用户正在进行相关的操作，管理员为该用户添加其他权限，是否能进行

7.用户正在进行相关操作，管理员为该用户取消该权限，是否能进行

8.登录用户能否修改自己的权限

9.不给用户授权，是否允许登录

10.只有修改或编辑自己信息的权限时，能否同时修改或编辑其他用户数据的权限

11.用户能否同时属于多个组，各个组的权限能否交叉

等等…

从接口的角度上：
使用超级管理员的账号通过接口创建不同的账号，并且通过接口分配权限，利用不同账号角色的cookie信息，去访问已授权以及未授权的接口，验证接口对权限的验证。
————————————————

                            版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
                        
原文链接：https://blog.csdn.net/karsa__/article/details/111934825

转账

转账设计测试用例-----必背_转账测试用例设计-CSDN博客

转账功能分析：

         通过选择付款账号、填写转账金额、输入收款账户（含收款账号、收款人姓名、开户行）以及其他附加信息（手机号、备注等），填写好之后，进入安全认证页面选择安全工具、填写安全密码，最后提交转账。

测试分析与设计思路：

         1.正常流程类设计（确保系统实现了业务需求）

         2.异常流程类设计（确保边界等异常均做出了必要的限制）

         3.其他考查点（如转账还会涉及手续费、汇路选择等）

         4.输入框验证类

         5.用户体验等非功能考查

详细测试分析如下：

         1.付款账号、金额、收款账号、安全认证全部输入正确的，可以转账成功

                   1.1 付款账号是借记卡，也可以是活期存折

                   1.2 金额在(0,余额]之内，同时需要对边界值进行设计

                   1.3 收款账号、收款人姓名、开户行需要全部对应

                   1.4 如果收款账号是行内账号，只需要进行账号与姓名的匹配即可，系统不再需要选择开户行信息

                   1.5 收款账号需要考虑：行内账号，跨行转账，同城、异地转账，借记卡、信用卡账号，同名账户（本人，本行）。转活期存折、转定期存折（变定期）转定期存单（不能）

                   1.6 安全认证：U盾（插入U盾输入密码），手机验证码（发短信到手机，输入验证码进行验证）

         2.转账无效/失败的情况说明：

                   2.1 付款账号金额不够、即转账金额大于账户余额

                   2.2 信用卡不能转出，定期存折不能转出。一般会在账号选择的时候，进行屏蔽。

                 2.3 转出账户被销户，冻结、挂失等异常状态，不能转出。

                   2.4 小于0，等于0要测试，为非数字（该不是重点）

                   2.5 转入账户：收款账号，收款人姓名，开户行三者的任意不匹配

                   2.6 正常状态、挂失状态的卡可以转入，冻结、销户卡（不存在的卡）不能转入

                   2.7 U盾密码错误、使用别人的U盾，验证码错误、超时、为空都会转账失败

         3.特殊的业务场景（手续费相关）

                   3.1 手续费XXX封顶（比如50元封顶）

                   3.2 最低手续费（比如最低收1元）

                   3.3 手续费折扣（头3笔免手续费，手续费5折）

         4.其他特殊场景：         

                   4.1 转账当时限额、单笔限额（具体安全认证工具有关）

                   4.2 转对公账号

                   4.3 转账汇路考虑，普通转账，实时转账的测试

                   4.4 外币转账

                   4.4 转入账户与转出账户相同（结果为转账失败）

                   4.5 转账超时导致转账失败（手续费照扣）

         5.输入框验证和用户体验等非功能考虑

抖音刷视频

1）正常的上拉切换视频。

　　2）下拉加载视频。

　　3）多次上拉，检查视频是不是正常多次切换到到不同的视频。

　　4）多次上拉的过程中，视频是否按照规定的次序进行切换，比如按照播放量顺序由高到低进行切换。

　　5）测试一般都会在测试环境进行，那么我们测试环境上传少量视频，比如上传就10个测试视频，检查切换的过程中，如果10个都切换完了之后会不会按照从头开始重新切换。

　　6）其他手机在上传发布一个新的视频在测试环境，检查下拉加载的时候，是否加载最新的视频。

• 测试能否将视频添加到收藏或分享给他人等功能是否能够正常使用。

　　功能层面的回答技巧总结：

　　其实测试的本质还是寻找输入口，本题的突破口也是找到合适的输入。

　　这里的输入，不只是用户的上拉下拉操作，也可以延伸到通过上传各种视频，模拟用户发布作品，检查上拉下拉刷抖音时的切换是不是按照需求规定的次序进行切换。

　　甚至可以延伸规则，比如上传不同类型的视频检查对不同类型的视频进行点赞和收藏之后，抖音会不会基于你收藏和点赞的视频类型，进行重新排序下拉切换的视频顺序等等。

　　当功能层面的测试点面试过程中回答到一定程度的时候，这个时候再追加一些其他方面的考虑：提下UI测试，兼容性测试，易用性测试，硬件环境测试，性能测试。

测试视频需要注意的点：

1.视频的播放暂停是否正常

2.视频的上下滑动是否正常

3.视频是否画音同步

4.视频播放过程中是否有锁屏

5.已经加载过的视频，再次滑到，能否立即播放，或者是否需要一点时间才可以

6.视频之间的切换是否有黑屏

7.视频页面刷新时，视频是否正常刷新
8.视频加载是否是先一张封面然后再加载视频还是别的效果？

9.视频加载是否完全

兼容性测试：
测试在不同设备和分辨率下，视频功能是否能够正常使用；
测试不同网络环境下，视频加载速度和稳定性如何。
异常测试：
测试在没有网络连接或网络故障的情况下，是否能够正常浏览视频列表；
测试在视频过大或格式不兼容的情况下，是否能够正常播放视频；
测试是否存在盗版、色情等违规内容。
性能测试：
测试视频列表的响应时间和加载速度等性能指标；
测试同时有多个用户访问视频时，系统的性能表现如何。
用户体验测试：
测试视频列表的页面设计是否清晰易懂；
测试视频推荐策略是否合理；
测试交互流程是否友好便捷。

西瓜视频

专项

耗电量，带宽，冷热启动响应时间，cpu内存，帧率

性能：流媒体服务器性能（流畅度，清晰度， 码流）

安全：反黄反诈，视频审核

算法：推荐算法，搜索算法

商业化：广告

功能：

声画同步

视频播放，点赞收藏等交互

上传视频

后台功能：商业化等

兼容性

平台，系统，机型

视频播放

视频播放的用例测试点
UI测试：
导航栏元素位置、大小、颜色等要素是否一致/是否符合UI效果图；
导航栏视频分类下拉框位置、颜色、按钮是否正确
鼠标滑过、点击时、点击后按钮状态是否有相应颜色、状态变化；
视频列表页面title、视频图片、视频title、是否付费等元素的颜色、大小、位置等是否正确；
视频播放页面：视频title、视频默认加载图、播放按钮、目录、视频列表、视频介绍等元素位置、大小、颜色、鼠标操作时状态是否与预期一致；
视频播放时进度条、快进按钮、快退按钮、播放按钮、暂停按钮位置是否正确

课程简介、课程目录栏目位置、比例是否正确；
课程简介中：讲师头像、姓名、课程时间、观看人数、简介等要素是否正确；
开始学习按钮颜色、位置、大小（圆角）等要素是否正确；
收藏按钮位置、大小、颜色等要素是否正确
课程目录中章节名称、文字、下拉按钮位置、大小等要素是否正确；
页面其他要素是否与UI设计稿一致；
功能测试：

• 首先判断用户是否登录，未登录不能进入主页（应提示用户先进行登录），已登录状态用户可以进行视频观看；
• 导航栏下拉框是否可以正确打开和关闭，打开和关闭时的状态是否和预期一致；
• 鼠标滑过、点击时、点击后相应条目的状态是否和预期一致；
• 点击相应条目时，页面右边是否同步切换至相应页面，是否有延时、卡退、切换错误等情况；
• 视频播放页面鼠标滑过、点击时、点击后视频对应条目、标题是否有相应状态变化（具体变化状态根据产品原型进行分析），点击后是否能够正确跳转至相应的视频播放界面；
• 判断用户点击的视频属于免费还是付费，如果为免费则所有人均可以进行观看，如果为付费则要判断用户是否付费，如果已经付费则可以进行观看，如未支付则提示用户先购买后再进行观看并提供支付入口或者联系客服进行支付的方式；
• 进入视频播放界面判断当前视频title是否和用户上一步点击的视频title一致；
• 视频默认加载图是否显示正确或者显示异常等情况；
• 视频播放按钮是否可以点击，点击后视频是否正常播放；
• 视频目录是否显示正确，如有子列表是否正常显示，如果没有子列表是否有相应提示（具体效果根据产品原型进行分析）；
• 视频介绍是否与当前视频一致，讲师是否一致等情况；
• 点击播放后进度条是否随之变化；
• 视频快进、快退、暂停、播放是否可以正常使用，是否有卡顿、延时、闪退等情况；
• 播放完成后是否自动切换下一视频（如有多节视频情况下，如果只有一条子视频的情况下，播放完成后是否关闭当前页面或者给予用户相应提示），如果需要手动切换是否有相应的友好提示；
• 视频播放时声音、画面是否一致或者是否有异常等情况；
• 返回按钮是否可以点击，是否可以成功返回上一级页面；
   
• 播放顺序
• 视频最大化、全屏、最小化是否可以正常使用，切换时是否有卡顿、延时等情况；
• 当前视频与其他视频来回切换时，视频是否有卡顿、延时等情况；
• 电脑关机或者其他异常情况下，视频是否会保存播放记录，下次进入观看时是否继续上次的播放记录继续播放；
• 如果学习视频软件：判断用户是否登录、是否已购买该课程，未登陆状态、未购买下不可以进入播放界面，提示用户去登录（未注册的用户提示用户先注册）/去购买；
  判断当前视频是否为免费，如果为免费所有人都可以看，为付费时需要判断用户是否已经购买；
  点击视频播放按钮或者开始学习按钮时视频是否正常播放，暂定时是否可以暂停，再次播放时是否同步上一次暂停的位置播放；
  视频中断测试：视频快进、快退是否有卡顿、延时现象
  播放时突然来电话或者手机关机等情况下，是否会保存播放进度；
  视频播放时切换到后台，视频是否暂停，再次返回视频是否是暂停状态；
  视频播放时直接杀死进程，视频播放结束，是否保留播放进度，下次进入是否同步上一次的观看位置/还是重新播放、进度清零；
  播放视频A的时候切换到视频B，再次返回视频A是否继续上次进度播放，还是从头开始；
  音量大小按钮是否能够使用；
  视频最大化（全屏）、最小化是否正常使用，切换状态时视频是否会发生卡顿/延时；
  视频当前章节播放完成后切换下一章节是否自动切换，还是需要手动切换（具体根据产品原型来分析）
  手机横竖屏切换时播放状态是否会有卡顿、延时、闪退等情况；

兼容性测试：
平台兼容性：Windows、Mac、移动端
系统兼容：Win7、Win10、Mac，Android4.0—10.0、Ios8.0 – 12；
屏幕分辨率：不同电脑显示器分辨率不同，视频相关页面是否有模糊、适配是否合理；
播放器是否与其他类型播放器冲突（例如音乐播放器打开后，视频是否暂停还是继续播放）；
网络测试：
网络切换测试：无线网与宽带；WIFI、移动网络；流量消耗是否正确
弱网测试：弱网情况下视频是否卡顿、画面是否失帧、黑屏、闪退等情况；
无网络状态进入是否会有相应提示；
网络切换时视频是否暂停、保存当前播放状态；

移动网络状态下播放是否会提示用户当期为非WIFI播放，是否切换；
播放过程中网络终端，播放完已经加载的部分后停止播放，且有相应提示；
易用性测试：
界面是否一目了然（比如：视频title、片头、片尾、视频画面等）；
视频页面操作是否方便，菜单栏是否正确、易上手；
进度条拖拽使用起来是否方便；
视频是否具有视频记忆功能/是否保存当前播放进度
能否保存已观看的视频列表
————————————————

                            版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
                        
原文链接：https://blog.csdn.net/haowei6666/article/details/110037768

一个网站

web页面测试方法与测试用例编写_页面测试用例怎么写-CSDN博客

1、查找需求说明、网站设计等相关文档，分析测试需求。

2、制定测试计划，确定测试范围和测试策略，一般包括以下几个部分：

功能性测试；界面测试；性能测试；数据库测试；安全性测试；兼容性测试

3、设计测试用例：

功能性测试可以包括，但不限于以下几个方面：

链接测试。链接是否正确跳转，是否存在空页面和无效页面，是否有不正确的出错信息返回等。提交功能的测试。

多媒体元素是否可以正确加载和显示。多语言支持是否能够正确显示选择的语言等。

界面测试可以包括但不限于一下几个方面：

页面是否风格统一，美观

文字检查

对于必须但为安装的空间，是否提供自动下载并安装的功能

控件是否正常使用

页面布局是否合理，重点内容和热点内容是否突出

用户认证安全

明确区分系统中不同用户权限

系统中会不会出现用户冲突

系统会不会因用户的权限的改变造成混乱

用户登陆密码是否是可见、可复制

是否可以通过绝对途径登陆系统（拷贝用户登陆后的链接直接进入系统）

用户退出系统后是否删除了所有鉴权标记，是否可以使用后退键而不通过输入口令进入系统

系统网络安全的测试要考虑问题

测试采取的防护措施是否正确装配好，有关系统的补丁是否打上

模拟非授权攻击，看防护系统是否坚固

采用成熟的网络漏洞检查工具检查系统相关漏洞（即用最专业的黑客攻击工具攻击试一下，

现在最常用的是 NBSI 系列和 IPhacker IP ）

采用各种木马检查工具检查系统木马情况

采用各种防外挂工具检查系统各组程序的外挂漏洞

数据库安全

系统数据是否机密（比如对银行系统，这一点就特别重要，一般的网站就没有太高要求）

系统数据的完整性（我刚刚结束的企业实名核查服务系统中就曾存在数据的不完整，对于这个系统的功能实现有了障碍）

系统数据可管理性

系统数据的独立性

系统数据可备份和恢复能力（数据备份是否完整，可否恢复，恢复是否可以完整）

自动售货机

功能：

商品陈列

隔栏大小，

价格标签

灯光

制冷制热效果

商品显示排序

断货商品显示

结算：选择商品功能，购买按钮，多件购买，支付方式功能，优惠券，打折，找零

出货：速度，是否能保证支持的各种商品出货，多数量产品是否按顺序出货，出货后能否正常取出，出货后后面的同类商品自动补货

补货：提示补货

易用性

出货口易于取货，选择商品和数量界面是否易懂，如果出现异常交易是否有紧急联系方式

性能

一次购买大量能否打开出货口，

安全

支付安全，防盗安全，

异常

断电，断网，交易失败时候退钱，

ATM自动取款机

1）功能

a)ATM所识别卡的类型；

b)密码验证(身份登陆、是否为掩码、输入错误密码时是否提示，连续三次错误吞卡等)；

c)取款功能：

i、金额多少的限制，单次最大最小提取金额、每天最大提取金额等）；

Ii、取款币种的不同，如人民币、美元、欧元等。

d)是否提示客户操作完成后，打印相关操作信息；

e)查询功能是否正常；

f)转账功能是否正常；

g)是否提示客户操作完成后，取回客户卡；

2）性能

a)是否有自动吞卡：非法客户\密码错误客户\规定时间内未完成相关操作功能的客户。（如果有，有无报警功能(保密报警)）

b)平均无故障时间，平均故障修复时间，输入密码后验证时间，出钞票时间，查询余额等待时间。

3）易用性

a)ATM各个操作功能(硬件)是否正常、易懂；

b)ATM的界面显示是否友好；

c)ATM是否支持英文操作；

d)ATM是否存在异常（断电、黑客入侵）有自动保护（报警）功能；

哇哈哈矿泉水

测试用例：是一份测试文档，目的是确定系统的某个特性是否正常工作
为什么要写测试用例：科学有效地对测试步骤进行组织规划，方便管理，记录
从什么方面设计产品的测试用例：功能、性能、兼容性、用户体验、稳定性、安全性、可靠性
娃哈哈矿泉水测试用例：
1）功能：考虑正常情形和异常状况。水瓶的材料，溶剂，瓶身厚度，瓶盖大小，瓶盖开启方式，瓶盖密封程度，瓶子颜色和透明度，承受最高温；
2）性能：验证功能实现的效率高低，水瓶出水的流畅度，倾斜多少角度开始出水；
3）稳定性：测试功能能不能break，时刻保持工作；比如在不同的环境温度下，瓶盖是否能咬合紧密，瓶身能否保持原先的韧性，瓶子跌落多次后瓶身是否会变形等；（稳定性要求功能实现一千一万次也能持续产生输出）
4）可靠性：测试功能能不能出错，保持“正确地”工作；反复打开关闭瓶盖，在合理次数范围内，瓶盖是否依然可以正常扭紧，不漏水（可靠性不仅要求产生输出，而且要产生正确的输出）
5）安全性：测试产品自身的安全以及使用产品的“用户”的安全：水瓶的材料是否安全，是否会渗透对人体有害的元素；加入开水是否容易烫伤用户
6）兼容性：确保产品有良好的适配性和可移植性；除了装水，可否装入其他的液体，水瓶体积和外形能否放在车内空间里
————————————————

                            版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
                        
原文链接：https://blog.csdn.net/ljwherry/article/details/107195560

纸杯/水杯（带广告）

功能度：用水杯装水看漏不漏；水能不能被喝到

•  水杯是否有盖子，盖子是否可以正常盖住
• 1.4 水杯是否有保温功能，保温功能是否正常保温
• 1.5 水杯是否会漏水，盖住盖子拧紧后是否会漏水

界面测试：主要关注水杯外观、颜色、设计等方面

• 2.1 外观是否完整
• 2.2 外观是否舒适
• 2.3 颜色搭配及使用是否让人感到舒适
• 2.2 杯子外观大小是否适中
• 2.3 杯子是否有图案，图案是否易磨
• 外观是否吸引人（广告嘛），赏心悦目。带广告的图案沾水受是否掉色、模糊。

安全性测试：主要关注水杯外观和各种异常条件下是否释放有毒物质等

• 7.1 当水杯装满热水时，水杯是否会烫手
• 7.2 当水杯装上水后，是否会产生有毒物质
• 7.3 把水杯放在零下环境时，是否会产生有毒物质
• 7.4 把水杯放在高温环境时，是否会产生有毒物质
• 纸杯材料本身：（（包括纸基、涂层和广告颜料））

可靠性：杯子从不同高度落下的损坏程度

可移植性：杯子在不同的地方、温度等环境下是否都可以正常使用

• 6.1 将水杯放在常温环境中，使用是否正常
• 6.2 将水杯放在零下的环境中，使用是否正常
• 6.3 将水杯放在高于正常温度的环境中，使用是否正常

兼容性：杯子是否能够容纳果汁、白水、酒精、汽油等

易用性：杯子是否烫手、是否有防滑措施、是否方便饮用，装水方便，携带方便，倒水方便

用户文档：使用手册是否对杯子的用法、限制、使用条件等有详细描述

本地化测试：为国际化和本地化的需要，广告图案和文字是否在政治、宗教和文化方面具有广泛的适用性。

性能：

• 水杯装满水时，是否会露出来
• 4.2 水杯最大使用次数
• 4.3 水杯的保温性是否达到要求
• 4.4 水杯的耐寒性是否达到要求
• 4.5 水杯的耐热性是否达到要求
• 4.6 水杯掉落时时，是否可以正常使用
• 4.7 水杯长时间放置时，是否会发生泄露

压力测试：用根针并在针上面不断加重量，看压强多大时会穿透

对设计的改进建议。“如果是一次性杯子，能否标示已使用（比如变色）”和“杯子是否有使用者标贴（多人使用时防止混淆）”

手机开机键

功能测试：按下开机键，屏幕能否亮起

性能测试：按下开机键，屏幕能否在规定时间内亮起

压力测试：连续多次按下开机键，观察屏幕是否能一直亮起，到多久时间失灵

健壮性测试：给定一个中了病毒的手机或者是淘汰许久的老机子，安歇开机键观察屏幕能否亮起

可靠性测试：连续按下开机键有限次数，比如1万次，记录屏幕未亮起的次数

易用性测试：开机键按下费不费力，开机键的形状设计是否贴合手指，开机键的位置设计是否方便

登录功能

首先，进行界面测试。

查看界面上的所有元素是否齐全；

没有输入内容时，是否有相应的提示语；

验证码是否能够显示；

移动鼠标，【登陆】按钮默认不能点击；

【忘记密码】是否有个小问号“？”（其他都有）；

第二，进行功能测试。

输入正确的用户名、密码、验证码，点【登陆】能登陆；

输入正确的用户名、错误的密码、正确的验证码，提示用户名或密码错误；

输入错误的用户名、正确的验证码，提示用户名或密码错误；

输入正确的用户名、密码，错误的验证码，提示验证码错误；

输入不符合规则的手机号或者邮箱应该提示错误；

页面长时间不登陆和操作，验证码会不会过期；

点【记住密码】，登录后退出，再次登陆是不是可以不输入密码；

点【忘记密码】能够跳转到密码设置页面（至于是什么不用管，就是能不能跳转）

只点击验证码图案，验证码能不能刷新；

页面刷新，验证码图案能不能刷新；

输入栏是否设置快速删除按钮；

用户名和密码是否大小写敏感；

用户名和密码前后有空格的处理；

登陆成功，是否有记住密码功能；

登陆失败后，不能记录密码的功能；

新用户第一次登陆成功，是否有修改密码提示；

用户登录过程中log中是否有个人信息明文打印；

是否支持第三方登陆；

刷新页面时是否会刷新验证码；

输入密码的时候，大写键盘开启的时候要有提示信息 ；

不同级别的用户，比如管理员用户和普通用户，登录系统后的权限是否正确；

第三、业务安全测试。

有没有登陆错误次数的限制；

每次登陆错误之后有没有限制再次登陆的时间间隔；

是否支持一个账号多地登陆；

不同机型登陆，异地登陆是否有提醒 ；

不登录的情况下，在浏览器中直接输入登录后的URL地址，验证是否会重新定向到用户登录界面；

退出登录后点回退是否会返回登陆后页面

第四、兼容性测试。

在相同浏览器的不同版本上打开登录页面，效果是否一致；在不同浏览器上打开登录页面，效果是否一致；在不同操作系统的不同浏览器打开登录页面，效果是否一致；在不同的屏幕分辨率下打开登录页面，效果是否一致；

第五、代码安全性测试。

用户输入登录信息登陆时，个人信息是不是会显示在浏览器地址栏；

用户登陆的时候，通过抓包工具抓数据，密码是否加密；

查看页面源代码，验证码是否直接显示在代码中；

密码在后台储存时是否加密；

是否可以使用登录的API发送登录请求，并绕开验证码校验；

跨域攻击

用户名和密码的输入框中分别输入典型的“SQL注入攻击”字符串，验证系统的返回页面；

用户名和密码的输入框中分别输入典型的“XSS跨站脚本攻击”字符串，验证系统行为是否被篡改；

第六、页面性能测试。

对登录功能做性能测试

单用户登陆的响应界面是否符合预期--258原则

单用户登陆时后台请求数量是否过多

高并发场景下用户登录的响应界面是否符合预期

高并发场景下服务端的监控指标是否符合预期

高集合点并发场景下是否存在资源死锁和不合理的资源等待

长时间大量用户连续登录和登出，服务器端是否存在内存泄漏和溢出

通过工具对登陆功能进行并发测试；通过工具向登录页发起大量请求，查看页面何时崩溃；

通过工具向登录页发起大量请求，查看页面崩溃后有没有良好的提示信息；

通过工具向登录页发起大量请求，查看页面崩溃后多长时间能够恢复服务；

第七：弱网，不同网速时登陆的时间，网络切换和网络延迟时登陆界面是否正常；

最后、易用性测试。

页面是否美观；

功能是否都可以使用；

页面速度快不快；

页面元素加载是否耗费网络流量；

能不能第三方登陆；

为什么不使用手机验证码登陆；

输入框能否可以以Tab键切换。

「本地化测试」

1. 不同语言环境下，页面的显示是否正确。

登录页面测试用例_登录页面的测试用例-CSDN博客

购物车

1.功能测试

a）、未登录时：

将商品加入购物车，页面跳转到登录页面，登录成功后购物车数量增加。

b）、登录后：

所有链接是否跳转正确；

商品是否可以成功加入购物车；

• 测试能否使用优惠券或积分抵扣等功能。

没有限购要求的商品，添加数量能不能超过库存数；

购物车商品总数是否有限制；

商品总数统计是否正确；

全选功能是否可用；

删除功能是否可用；

删除功能是否有提示；

价格总计是否正确；

商品文字太长时是否显示完整；

购物车中下架的商品是否有标识，是否还能支付；

新加入购物车商品排序（添加购物车中存在的店铺的商品和购物车中不存在的店铺的商品）；

是否支持快TAB、ENTER等快捷键；

商品删除后商品总数是否减少；

收藏功能是否可用；

账号退出后，购物车添加的内容是否还在；

购物车结算功能是否可用。

限购商品按照规则购买完成后，还能不能再次添加购物车并购买；

2.兼容性测试

BS架构：不同浏览器测试，比如：IE，火狐，谷歌，360这些。

APP：在主流的不同类型，不同分辨率，不同操作系统的手机上测试，华为，vivo，oppo等

3.用户体验测试

删除商品是否有提示；

是否支持快捷键功能；

是否有回到顶部的功能；

商品过多时结算按钮是否可以浮动显示；

购物车有多个商品时，能不能只对单个商品结算；

界面布局、排版是否合理；

文字是否显示清晰；

不同卖家的商品是否区分明显。

4.性能测试

• 测试购物车的响应时间和加载速度等性能指标；
• 测试在同时有多个用户使用购物车时，系统的性能表现如何。

异常测试

• 测试在没有网络连接或网络故障的情况下，是否能够正常使用购物车功能；
• 测试在输入错误的商品数量或价格等数据时，是否有相应的提示信息；
• 测试是否存在多次提交订单、并发购买等安全漏洞。

支付流程

功能测试。

用等价类和边界值，判断支付的金额

如果没有登陆能否支付，支付成功后是否可以正常跳转；

支付方式是否支持扫码支付，第三方平台支付（支付包，云网等），语音支付，指纹支付；

支付时是否需要身份验证，支付后有无手机短信提示，是否可以找他人代付；

用边界值法有无支付额度限制，余额不足时有无提示，支付时是否是动态加密支付；

待支付状态：订单是否可以正常支付；是否可以取消；有相同订单是否可以支付两次；

是否可以扫码支付，输入错误的密码会怎样显示，有无错误次数限制；

若支持扫码支付，二维码是否支持支付包和微信扫码，若两人同时扫描怎么处理；

有无最小支付金额限制，无意义的支付金额0，重复支付如何处理；

如果支付包含优惠金额，该怎么处理优惠额度；

性能测试

弱网，无网时是否可以支付；

退款到账时间，耗电量的多少；

带负载情况下的响应时间和吞吐率，在某个时间段内同时访问系统的用户数量 ；

压力测试

多人同时付款；

界面测试；

支付界面有无错别字，排版是否合理，颜色搭配是否合理；

兼容性测试

是否可以跨平台，不同电脑机型下显示有无区别；

安全性测试；

若支付不成功是否原路退款，若支付成功，有无支付信息提示；

用fiddler抓包尝试修改价格，对订单金额有无效验；

直接输入需要权限的页面地址可用访问；

接口测试

第三方平台支付

支付宝付款码

功能测试：
测试能否正常生成付款码；
测试付款码是否能够被商家扫描并完成支付；
测试付款成功后是否能够及时显示订单信息和交易金额；
测试在多种情况下，如网络波动、设备兼容性等，付款功能是否依然可靠。

付款码有效时间
异常测试：
测试在没有网络连接或信号较弱的情况下，是否能够正常生成付款码；
测试输入错误的支付密码或金额时是否有相应的提示信息；
测试在服务器出现故障时，是否有相应的提示信息。
兼容性测试：
测试在不同版本的支付宝客户端上，付款码功能是否能够正常使用；
测试在不同品牌和型号的手机上，付款码功能是否能够正常使用。
安全测试：
测试是否存在黑客攻击的安全漏洞；
测试支付密码和交易金额是否被加密存储；
测试是否存在恶意软件等安全问题。

是否可以截屏
性能测试：
测试在同时有多人使用付款码时，系统的性能表现如何；
测试付款的响应时间等性能指标。
用户体验测试:
测试付款码页面设计是否清晰易懂；
测试交互流程是否友好便捷。

出示付款码是否高亮屏幕

一个系统，多个摄像头，抓拍车牌，识别车牌，上传网上，网上展示

功能：

1.每个摄像头都能抓拍车牌；

2.每个摄像头抓拍到的车牌能正常交给系统处理；

3.系统能够正确识别车牌；

4.系统能够将识别出的车牌上传；

5.上传至网络的车牌能够正常展示出来；

一、功能测试

1.使用正常的车牌，保持车牌静止，检查每个摄像头是否能抓拍车牌；

2.使用类似非车牌的写有字的纸板，检查每个摄像头是否抓拍；

3.使用正常的车牌，保持车牌较高速移动，检查每个摄像头是否能抓拍车牌；

4.在多种情况下检查每个摄像头抓拍到的车牌能否正常交给系统处理，如临时断电、断网后能否正常将数据交给系统；

5.使用抓拍到的正常的车牌，交由系统处理，检查系统能否识别车牌；

6.使用非车牌的其他图片，交由系统处理，检查系统能否识别；

7.在多种情况下检查系统能否将正常识别出的车牌进行上传，如临时断电、断网后未上传数据是否能继续上传；

8.构造非车牌的其他内容的数据，检查系统能否将异常内容进行上传；

9.检查上传至网络的车牌能否正常展示出来；

10.上传非车牌的其他内容的数据，检查能否正常显示出来。

二、性能测试

1.同时向一个摄像头展示多个静止的车牌，检查摄像头能否抓拍到多个车牌；

2.同时向一个摄像头展示多个较高速运动的车牌，检查摄像头能否抓拍到多个车牌；

3.抓拍后，检查系统识别车牌的时间是否在需求要求的时间内；

4.模拟大量抓拍照片同时交由系统处理，检查一定压力下系统能否正常识别车牌；

5.模拟大量车牌同时上传，检查一定压力下能否上传成功。

三、安全性测试

1.检查是否能够通过给车牌加装饰物等方法，使摄像头无法抓拍或抓拍后系统无法正常识别车牌。

微信红包

功能

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.可以按返回键，取消发红包

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

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

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

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

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

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

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

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

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

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

异常

19. 断网时，无法抢红包

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

性能

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

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

4.收发红包的耗电量

5.退款到账的时间

兼容

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

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

界面

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

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

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

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

安全

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

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

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

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

易用性(有点重复)

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

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

微信评论

一.功能测试
1.点击发表评论能否正常弹出输入框，输入框内是否显示默认文字；

评论是否能够成功
2.正常评论的输入内容限制（中文，英文，数字，字符等），能否输入特殊字符，表情，图片，语音评论等；输入长度限制，支持的最短长度和最长长度，输入空；

3.是否对输入评论做过滤前后空格处理；

4.发表评论后对方及两人的共同好友可见，非好友不可见；且对方的朋友圈信息+1（其他共同好友评论后是否有提醒）

5.每个人发表评论以及该动态所允许评论个数有没有最大限制；

6.重复点击会不会发表重复的评论；

7.发表过的评论是否支持删除，本人可删除还是发表者可删除；

8.发表者是否可以与评论的好友正常回复消息，二人的共同好友是否可以回复消息；

9.评论之后退出该页面，再次进入朋友圈刷新评论消息是否还存在；

10.发表过的评论（自己或共同好友）是否支持（自己或共同好友）复制粘贴；

11.多条评论是否按照发表时间先后顺序显示还是按照最新回复时间显示；

12.评论和评论提醒能否显示评论人的头像昵称，若能显示是否正确 ；

13.评论后能否实时显示；

和其他共同好友评论显示的顺序是否按照时间顺序
共同好友的评论昵称是否能显示为备注

是否可以回复其他共同好友的评论
二.安全测试
1.是否对输入评论做敏感词汇处理；

2.被拉黑或者删除的好友不能发表评论；

3.未登录情况下能否访问发表评论接口；

4.用非好友的cookie信息，拿到好友的url，能否发表评论；

三.网络测试
1.wifi，热点，4g，5g；

2.不同运营商网络测试；

3.写评论或者点击发表时断网，是否提示友好；

4.网速较低时，是否有提示及响应时间是否可以接受；

5.网速导致的发送失败是否有重传机制；

弱网测试

2g网络点赞需要时间/是否可以点赞/是否可以评论
3g网络点赞需要多长时间/是否可以点赞/是否可以评论
4g网络点赞时间多长时间/是否可以点赞/是否可以评论
5g网络点赞时间多长时间/是否可以点赞/是否可以评论
公共网络点赞多长时间/是否可以点赞/是否可以评论

四.中断测试
1.输入内容后返回，下次再点击评论，输入内容是否保留，以及这个下次有没有限制比如5分钟内？

2.切换到其他app再回到微信，会不会继续显示刚才的页面；

3.退出进程，再次打开微信会不会继续显示刚才的页面；

4.发表评论时有电话或者短信；

五.兼容性测试
1.不同机型（小米，oppo。。。），不同版本，不同客户端（pc android ios mac。。。）是否都支持评论；

六.易用性测试
1.页面布局是否与原设计效果图一致；（如输入框有内容，发送按钮高亮；内容清空，发送按钮置灰）

2.从测试和用户角度页面布局是否美观合理，操作是否简便，提示是否易于理解；

七.性能测试
1.大量用户并发评论时，该接口的响应时间是否符合用户期待，tps等性能参数是否合理；

评论之后多久能显示
共同好友评论之后多久能提醒
多用户评论的反应时间
————————————————

                            版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
                        
原文链接：https://blog.csdn.net/xun_zhao_t521/article/details/119891357

朋友圈点赞

微信朋友圈点赞设计测试用例_pta 7-1 朋友圈点赞 分数 100 作者 xuke 单位 北京邮电大学 模拟微信朋友圈点赞的-CSDN博客

功能测试：点赞某条朋友圈，验证是否成功，再次点击是否取消，能否看到收获赞数，共同好友点赞是否互相可见

接口测试：点赞朋友圈，验证朋友能否收到提示信息

性能测试：点赞朋友圈，是否在规定时间显示结果，是否在规定时间在朋友手机上进行提示。

兼容性测试

在不同的终端比如ipad,手机上点赞朋友圈，验证是否成功

微博发动态

朋友圈

仅发送图片视频

社交仅发送图片和视频 -设计测试用例_在聊天软件中通常可以给聊天对象发送图片请根据仅发图片这一功能撰写测试用例-CSDN博客

面试必杀技：如何测试微信朋友圈 (baidu.com)

发送朋友圈(个人发动态)

我们可以通过短按或长按朋友圈右上角中的照相机图标，可以分别发起图片、视频版或文字版的朋友圈操作。

(1)图片或视频操作，正常功能如果动态申请打开相机或访问图片权限，不授权权限，那么会返回，下次进入还会继续申请打开相机或访问图片权限，直到你通过为止。

(2)选择视频支持各大视频类型(mov/rmvb/mp4/avi)等，选择图片或其他类型文件不能被选择。

(3)发送图片支持各大图片类型(png/jpg/bmp/gif)等，选择其他类型文件不能被选择。

(4)发送的图片或视频有大小限制(2M/50M/100M以内)，超过限制不能被上传。

(5)上传过程中：断网、异常情况、sdcard满等等情况。

(6)发送的文字不能超过限制(300字/3000字)。

发送朋友圈结束之后，还有其他伙伴查看，各种边界是否正确，是否正常。

可靠性测试
这里给大家举个朋友圈儿的可靠性测试的例子：

（1）短时间内频繁进行发送、取消、与删除朋友圈的组合测试，看朋友圈相关功能是否正常；

（2）发送朋友圈过程中，弱网、断网、连续发送大视频文件，查看是否有错误情况。

性能测试（客户端、服务端）
在微信App端，性能测试分为客户端性能测试(Android或iOS系统)、服务端性能。

对客户端性能我们主要关注的指标有：CPU占用率、内存占用率、流量耗用量、FPS等。但是性能测试优化对于测试同学来说还是蛮考验的。

通过一些测试工具统计出指标，针对性查看某些页面、某些操作场景下是否会有统计的测试指标高的情况。然后进行优化。

服务端性能测试，一般是在用户量很大，访问某个图片、某个资源、某个业务场景(比如播放视频)情况下，用户使用是否正常。

其它类型测试
（1）在弱信号的情况，进行发、看朋友圈等操作，测试其是否会产生其它未知故障（例如对WiFi信号进行限速，网络兼容性测试）。

（2）在不同的客户端的兼容性测试，使用不同平台的客户端进行朋友圈儿的功能测试（例如使用oppo/华为/魅族/三星等设备）、不同的Android版本(4.2、5.0、7.0、8.0)、不同屏幕分辨率(19201080、6401080)等情况是否会存在崩溃等问题。
————————————————

                            版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
                        
原文链接：https://blog.csdn.net/m0_67695717/article/details/131086969

 朋友圈

　功能测试

　　1、朋友圈发送功能

　　1）只发送文本

　　a、考虑文本长度：1-1500字符（该数据为百度数据）、超出最大字符长度

　　b、考虑文本类型：纯中文、纯数字、纯字母、纯字符、纯表情（微信表情/手机自带表情）、混合类型、包含url链接；因为过长纯类型需要换行很容易出现超出边框问题，所以这里先考虑过长纯类型情况

　　c、文本是否支持复制粘贴

　　d、为空验证

　　2）只发送图片

　　a、本地相册选择/拍摄

　　b、图片数量验证：1-9张图片、超出9张

　　c、图片格式验证：常见图片格式jpg、png（以实际微信需求支持的格式为准）、动态gif图片、不支持的图片格式

　　d、图片尺寸验证：最大700*800像素(此为百度数据)、超出最大尺寸范围是否压缩

　　e、图片大小验证：1-300kb（此为百度数据）、超出300kb

　　f、图片的预览验证：点击支持预览大图、多张图片支持左右滑动预览

　　g、图片的增删改操作

　　h、为空验证

　　3）只发送视频

　　a、本地相册选择/拍摄

　　b、视频秒数验证：1-10s，超出10s

　　c、视频个数验证：1个，超出1个

　　d、视频格式验证：支持的视频格式，例mp4、不支持的视频格式

　　e、视频大小验证：苹果400kb以内、Android200-300kb（此为百度数据）、超出规定大小

　　f、视频预览增删改操作

　　g、为空验证

　　4）发送文本+图片：输入满足要求的文本、图片进行一次验证

　　5）发送文本+视频：输入满足要求的文本、视频进行一次验证

　　6）发送图片+视频：不支持发送

　　7）朋友圈发送内容是否有限制，例如涉及黄赌毒等敏感字

　　8）所在位置

　　a、不显示位置：发送到朋友圈动态不显示位置

　　b、选择对应位置：搜索支持、自动定位、手动编辑

　　C、点击取消，返回上一级页面

　　9）谁可以看

　　a、设置公开：所有朋友可见

　　b、设置私密（仅自己可见）：自己查看朋友圈-可见、好友查看朋友圈-不可见

　　c、设置部分可见（部分朋友可见）：选择的部分好友-可见、不被选择的好友-不可见、是否有人数上限

　　d、设置不给谁看（选中的朋友不可见）：不被选中的朋友-可见、被选中的朋友-不可见、是否有人数上限

　　e、点击取消，返回发送页面

　　10）提醒谁看

　　a、提醒单人/提醒多人：被提醒的朋友-收到消息提醒、未被提醒-未有消息提醒

　　b、是否有人数上限

　　c、点击取消，返回发送页面

　　11）同步QQ空间：默认不同步、同步到QQ空间

　　12）取消发送朋友圈操作

　　a、选择相机，点击取消，返回朋友圈页面

　　b、进入朋友圈发送页面，选择文本图片，点击取消

　　13）朋友圈当天发送次数是否有上限限制

　　2、朋友圈浏览功能

　　1）文本查看：

　　a、过长文本内容是否隐藏，并支持查看全文

　　b、右键选择复制、收藏、翻译

　　c、url链接是否支持点击跳转网页

　　2）图片查看

　　a、小图右键支持收藏/编辑

　　b、点击支持大图浏览

　　c、选择发送给朋友、收藏、保存图片、编辑

　　d、多张图片支持左右滑动浏览

　　3）视频查看

　　a、右键视频支持静音播放/搜藏

　　b、点击视频播放按键支持播放视频

　　c、选择发送给朋友、收藏、保存视频、编辑

　　4）分享动态浏览：QQ空间/公众号文章/非腾讯产品分享后朋友圈是否正常显示

　　5）赞：点赞、取消点赞

　　6）评论

　　a、评论长度：评论字数合理长度、评论超过字数上限

　　b、评论类型：纯中文、纯数字、纯字母、纯字符、纯表情（微信表情/手机自带表情）、混合类型、包含url链接；

　　c、评论是否支持复制粘贴

　　d、为空验证

　　e、发表评论后删除

　　f、评论回复操作

　　7）删除朋友圈动态

　　8）更换相册封面

　　9）刷新是否正常获取新动态

　　10）上滑是否加载更多

　　界面/易用性测试

　　1、技术人员角度：页面布局设计是否跟产品原型图/ui效果图一致

　　2、但除了考虑1之外，我们同样要考虑到用户使用：功能操作是否简便，页面布局排版风格是否美观合理，提示语相关信息是否易于理解

　　中断测试

　　1、主要考虑：a)核心功能  b)当前功能存在实时数据交换，例发朋友圈、浏览朋友圈进行中断，是否容易出现崩溃

　　2、中断包括：前后台切换、锁屏解锁、断网重连、app切换、来电话/来短信中断、插拔耳机线/数据线

　　网络测试

　　1、三大运营商不同网络制式测试

　　2、网络切换测试：WIFI/4G/3G/2G

　　3、无网测试：对于缓存在本地的数据，部分朋友圈信息是否支持浏览

　　4、弱网测试：

　　a、延时：页面响应时间是否可接受、不同网络制式是否区分超时时长、出现请求超时，是否给予相应的提示

　　b、丢包：有无超时重连机制、如果未响应，是否给予相应提示

　　c、页面呈现的完整性验证

　　兼容性测试

　　1、Android手机端、苹果手机端、pad版（主流）功能界面显示是否正常

　　2、各平台朋友圈展示数据是否一致

　　安全测试

　　发送朋友圈时，文本输入脚本代码，是否出现异常

　　性能测试

　　1、服务器性能测试

　　可通过loadrunner/jmeter工具实现，主要关注TPS、响应时间、吞吐量、CPU、内存等

　　2、app客户端性能测试

　　可通过GT工具实现，运行时关注cpu、内存、流量、电量等占用率

　　3、app压力稳定性测试

　　通过monkey工具实现，频繁发送朋友圈，浏览朋友圈请求，是否容易发生崩溃。
————————————————

                            版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
                        
原文链接：https://blog.csdn.net/xfw17397388089/article/details/134054142

淘宝搜索框

一, 功能测试

1. 输入关键字，查看: 返回结果是否准确，返回的文本长度需限制

1.1输入可查到结果的正常关键字、词、语句，检索到的内容、链接正确性；

输入链接可正常打开

1.2输入不可查到结果的关键字、词、语句；

1.3输入一些特殊的内容，如空、特殊符、标点符、极限值等，可引入等价类划分的方法等；

2. 结果显示：标题，卖家，销售量，单行/多行，是否有图片

3. 结果排序：价格 销量 评价 综合

4.返回结果庞大时，限制第一页的现实量，需支持翻页

5. 多选项搜索：关键字 品牌 产地 价格区间 是否天猫 是否全国购

6. 是否支持模糊搜索，支持通配符的查询

7, 网速慢的情况下的搜索

8. 搜索结果为空的情况

9. 未登录情况和登录情况下的搜索（登录情况下 存储用户搜索的关键字/搜索习惯）

二.性能测试：

1压力测试：在不同发用户数压力下的表现（评价指标如响应时间等）

2负载测试：看极限能承载多大的用户量同时正常使用

3稳定性测试：常规压力下能保持多久持续稳定运行

4内存测试：有无内存泄漏现象

5大数据量测试：如模拟从庞大的海量数据中搜索结果、或搜索出海量的结果后列示出来，看表现如何等等。

三. 易用性：交互界面的设计是否便于、易于使用，搜索算法

1依据不同的查询结果会有相关的人性化提示，查不到时告知？查到时统计条数并告知？有疑似输入条件错误时提示可能正确的输入项等等处理；

2查询出的结果罗列有序，如按点击率或其他排序规则，确保每次查询出的结果位置按规则列示方便定位，显示字体、字号、色彩便于识别等等

3标题查询、全文检索、模糊查询、容错查询、多关键字组织查询（空格间格开）等实用的检索方式是否正常？

4输入搜索条件的控件风格设计、位置摆放是否醒目便于使用者注意到，有否快照等快捷查看方式等人性化设计？

四. 兼容性

1WINDOWS/LINUX/UNIX等各类操作系统下及各版本条件下的应用

2IE/FIREFOX/GOOGLE/360/QQ等各类浏览器下及各版本条件下、各种显示分辨率条件下的应用

3SQL/ORACLE/DB2/MYSQL等各类数据库存储情况下的兼容性测试

4简体中文、繁体中文、英文等各类语种软件平台下的兼容性测试

5IPHONE/IPAD、安卓等各类移动应用平台下的兼容性测试

6与各相关的监控程序的兼容性测试，如输入法、杀毒、监控、防火墙等工具同时使用

五. 安全性

1被删除、加密、授权的数据，不允许被SQL注入等攻击方式查出来的，是否有安全控制设计；

2录入一些数据库查询的保留字符，如单引号、%等等，造成查询SQL拼接出的语句产生漏洞，如可以查出所有数据等等，这方面要有一些黑客攻击的思想并引入一些工具和技术，如爬网等。

3通过白盒测试技术，检查一下在程序设计上是否存在安全方面的隐患；

4对涉及国家安全、法律禁止的内容是否进行了相关的过滤和控制；

CP命令

功能

拷贝的文件

1）大小：0k, 1k, 10k, 100k, 1000k…

2）类型：二进制文件、文本文件、mp3、avi、压缩文件…

文件源目录

1）文件中包含各种类型的文件

2）目录深度为0，1，2，3…

文件目标目录

1）目标目录中存在与源文件同名同类型的文件

2）目标目录中存在与源文件同名不同类型的文件

3）目标目录中存在与源文件不同名同类型的文件

4）目标目录中存在与源文件不同名不同类型的文件

异常

参数异常

1）包含特殊字符

2）参数长度超过限制

3）源目录不存在

4）目标目录不存在

文件异常

1）文件没有拷贝权限

2）非法的文件格式和内容

存储介质异常

1）存储介质由损坏

2）拷贝前存储介质已满

3）拷贝中存储介质存满

执行过程异常

1）拷贝过程中删除源文件

2）拷贝过程中删除目标文件

性能

1）拷贝大文件

2）拷贝源目录中存在大量小文件

3）跨文件系统拷贝

4）跨存储介质拷贝

5）并发执行拷贝

关注性能点：拷贝完成时间，CPU，内存，磁盘IO

一支笔

功能：

正常写字，书写流畅，携带是否漏水（笔帽弹性笔），笔盖正常开合，笔尖是否和表明的一样粗细，笔墨速干，是否可擦笔，

可靠性

高温低温，书写介质特殊（潮湿干燥），长期不盖笔帽，摔过

性能

字数上线，多久不褪色，笔身老化测试，笔壳标签和涂漆脱落

兼容性

不同品牌/粗细/笔尖粗细笔芯

不同介质兼容

笔管替换笔尖

笔的形状是否适合不同人使用满足不同人要求

易用性

书写流畅，易于把持（塑胶圈），方便携带和换芯

安全

是否有细小已拆分物件小孩吞食，

笔壳，笔墨等是否有有毒物质，笔墨过期是否产生有毒物质

笔尖易伤人

压力测试

多大压力出墨

多大压力损坏

多大压力开始有磨损

界面：

笔壳外观美观，笔的相应信息都有

钢笔

一：功能方面

1.钢笔是否可以正常写字

2.写字的时候钢笔出水是否流畅，出水量是否合适, 不会过大, 也不会过小

3.钢笔的墨囊上是否有容量刻度，如果有容量刻度, 是否和标准刻度一致

4.是否可以显示墨水的存量

5.钢笔的笔帽是否容易盖上，是否会出现很难盖上, 用力过大是否会出现盖上后笔帽太松, 容易划掉

二：笔尖方面

1.在书写的时候, 笔尖是否容易挂纸，笔尖是否会分叉，笔尖的粗细是否合适

2.将钢笔横着放或者竖着放会不会出现漏墨现象

3.性能方面：长时间书写, 钢笔是否还能正常使用

4.笔尖能写多少个字还保持不坏

5.在高温, 低温, 高海拔, 低海拔等情况下, 钢笔是否还可以正常书写

6.钢笔摔在地上是否容易损坏

7.如果长时间不使用, 墨水是否会粘稠凝结

8.墨囊的材质是否持久

9.长时间使用, 墨囊的吸墨速度是否有衰减

10.快速写字, 慢速写字时钢笔出水情况是否有不同

三：外形方面

1.钢笔的整体设计是否合理, 是否符合人类使用习惯

2.钢笔的长, 宽, 高, 粗细设计是否合理

3.钢笔的笔帽, 笔尖, 笔身设计是否合理

4.钢笔的颜色搭配是否美观

四：安全性方面

1.如果出门在外, 有震动的情况下, 钢笔是否会漏墨

2.笔尖设计的是否太过尖锐

3.是否容易携带, 不回划破衣服或者包包

4.钢笔的材质是否是有毒材质

五：兼容性方面

1.钢笔可以在白纸上写字, 是否可以在卫生纸上, 或者其他的纸张上写字

2.钢笔是否可以吸不同材质的墨水

3.钢笔是否适合不同人群的使用

六：易用性方面

1.笔尖是否可以进行更换

2.墨囊是否可以进行更换

3.笔杆是否可以进行更换

4.钢笔是否会太沉

5.长时间使用不会磨手

七：震动测试

对钢笔进行六面震动(检查钢笔是否可以应对 铁路 / 公路 / 航空 等运输)

百度首页

1.       功能

百度首页呈现的功能:新闻,网页,贴吧,知道,音乐,图片,视频,地图,这8个是最主要的;紧接着次要的百科,文库,hao123,更多;除此之外就是把百度设为主页,安装百度浏览器,加入百度推广,关于百度等等;和用户相关的还有登录,注册.

1.1网页搜索

百度首页8个主要功能,排除地图部分的搜索其他7个比较类似.这里主要讲网页搜索,那么测试的也就是输入框,比较有效的方法就是边界值测试和区间测试.

1.1.1边界值测试

边界值测试可以测试一下输入字符的数量:

a)         不输入文字,直接按搜索

b)         输入38个汉字后点击搜索按钮，成功跳转到搜索结果页面

c)         输入39个汉字，截取前面38个汉字

d)         输入100个汉字，截取前面38个汉字

e)         尝试输入101个汉字，无法成功输入

f)          英文符号的测试

g)         空格的测试

复制粘贴38个汉字进入搜索文本框，并中间加入62个连续空格后按下搜索

1.1.2区间测试

a)         有意义的关键词做输入值，预期能搜出结果

b)         无意义的关键词做输入值（比如用脸滚键盘来输入一些乱七八糟的关键字），预期搜不出任何结果

那么对于搜索有个问题就是如何校验搜索结果的正确性?这里就不再适用黑盒测试的方法，可以尝试白盒测试或者自动化测试，可是这个校验算法本身就很难，用什么规则去定义呢？用另一套完全不同的搜索逻辑去对比，比如谷歌和百度对比；或者设计一些通用的规则，然后去校验

2.       界面测试

图片、字体、颜色、按钮等

3.       易用性测试

a)         下拉框提示

b)         搜索结果页提示”要找的是不是xxxx“

c)         搜索结果页提示”关键字里去掉引号可以找到更多xxx“

d)         搜索结果页提示”您输入的网址是不是xxx“

4.       性能测试

借鉴http://wenku.baidu.com/view/d4ff91b369dc5022aaea000d.html

5.       兼容性测试

借鉴http://wenku.baidu.com/view/d4ff91b369dc5022aaea000d.html

a)         WINDOWS/LINUX/UNIX等各类操作系统下及各版本条件下的应用

b)         IE/FIREFOX/GOOGLE/360/QQ等各类浏览器下及各版本条件下的应用

c)         SQL/ORACLE/DB2/MYSQL等各类数据库存储情况下的兼容性测试

d)         简体中文、繁体中文、英文等各类语种软件平台下的兼容性测试

e)         IPHONE/IPAD、安卓等各类移动应用平台下的兼容性测试

f)          与各相关的监控程序的兼容性测试，如杀毒、监控、防火墙等工具同时使用

6.       安全性测试

借鉴http://wenku.baidu.com/view/d4ff91b369dc5022aaea000d.html

a)         被删除、加密、授权的数据，不允许被查出来的，是否有安全控制设计；

b)         录入一些数据库查询的保留字符，如单引号、%等等，造成查询SQL拼接出的语句

c)         产生漏洞，如可以查出所有数据等等，这方面要有一些黑客攻击的思想并引入一些工具和技术，如爬网等。

d)         通过白盒测试技术，检查一下在程序设计上是否存在安全方面的隐患；

e)         对涉及国家安全、法律禁止的内容是否进行了相关的过滤和控制；

除了上文所讲到的，数据备份测试功能还应该考虑到，查看能否备份数据库。

百度用户的密码等资料也应测试

7.       异常测试

借鉴http://wenku.baidu.com/view/d4ff91b369dc5022aaea000d.html感觉其中的异常测试没有太大意义啊。

8.       交互测试

与鼠标的交互，将光标移到搜索框，点击鼠标右键，查看相关的menu菜单

   与键盘的交互，将光标移到搜索框，键盘快捷键ctrl+c，ctrl+v等

给你一个网站，你如何测试？

首先，查找需求说明、网站设计等相关文档，分析测试需求。

制定测试计划，确定测试范围和测试策略，一般包括以下几个部分：功能性测试；界面测试；性能测试；数据库测试；安全性测试；兼容性测试

设计测试用例：

功能性测试

可以包括，但不限于以下几个方面：

链接测试。链接是否正确跳转，是否存在空页面和无效页面，是否有不正确的出错信息返回。

提交功能的测试。

多媒体元素是否可以正确加载和显示。

多语言支持是否能够正确显示选择的语言等。

界面测试

可以包括但不限于一下几个方面：

页面是否风格统一，美观

页面布局是否合理，重点内容和热点内容是否突出

控件是否正常使用

对于必须但未安装的控件，是否提供自动下载并安装的功能

文字检查

性能测试一般从以下两个方面考虑：

压力测试；负载测试；强度测试

数据库测试要具体决定是否需要开展。数据库一般需要考虑连结性，对数据的存取操作，数据内容的验证等方面。

安全性测试：

基本的登录功能的检查

是否存在溢出错误，导致系统崩溃或者权限泄露

相关开发语言的常见安全性问题检查，例如SQL注入等

如果需要高级的安全性测试，确定获得专业安全公司的帮助，外包测试，或者获取支持

兼容性测试，根据需求说明的内容，确定支持的平台组合：

浏览器的兼容性；

操作系统的兼容性；

软件平台的兼容性(安卓，ios，win，mac，linux。。。)；

数据库的兼容性

换头像

1.边界 （图像大小，格式大小）
2.等价 （图像大小，格式大小）
3.图片格式（jpg，动态图等等）
4.服务器是否有数据，是否识别图片内不雅内容（安全性）
5.检查默认状态图片
6.上传非图片的文件，看是否能上传
7.切换图片之后的效果
8.同时传几张图片能否上传
9.上传是否可以直接拍照上传和本地照片上传
10.是否会记录上一次使用过的头像（改进方向）
11.是否会记录之前使用过的头像?方便用户更换（改进方向）
12.保留几张使用过的头像?方便用户更换（改进方向）
13.弱网环境，是否能上传。再次登录是否有效（弱网）
14.退出后再登录，是更换后头像还是之前，（数据是否更新）
15.不同手机头像显示是否正常，是否按比例缩放，像素是否会有影响（兼容性）
16.是否识别图像字体不雅（安全性）
17.借助第三方软件是否可以更改头像（安全性）
18.头像是否可被自己下载或者别人下载

19、点击头像可以放大观看

20、查看头像是否支持放大，缩小

21，刚创建账号时是否显示默认头像

22，查看头像之后点击其它区域自动退出

23，选择完图片后是否有一个定框

24，头像显示的是方形还是圆形

25，选择图片范围时图片是否支持放大／缩小

26，选择好图片区域后保存，头像是否居中显示，还是只显示选择图片区域的某个角落

27，保存完图片后是否会有提示更换头像成功

28，修改头像后去app其它模块时是否马上刷新显示最新的头像

29，进入更换头像界面时可以取消更换头像

30，选择从相册选取图片还是从照相机时都能取消，返回到修改头像界面

31，头像是否支持本地缓存，断开网络之后是否还能显示头像

32，网络异常时，修改头像失败，会有提示

33，更换头像后，测试好友是否能及时看到更改的头像