微信点赞的测试用例,应该在哪些方面进行设计!

功能模块测试的测试用例设计方法包括:

  等价类划分法:把所有可能的输入数据,即程序的输入域划分成若干部分,然后从每一个部分中选取少数具有代表性的数据作为测试用例。比如字符串长度检查,字符类型检查,标点符号检查,特殊字符检查(@ # $ % ! ^ & * ? /) ,中文字符

  边界值分析法:针对功能说明中的输入输出域,进行边界值和极限值的设计和测试。

  因果图法:以设计说明书为依据设计因果测试流程图和测试案例。

  错误推测法:采用逆向思维方式,结合以往测试经验和直觉设计软件在功能和流程上可能存在的各种错误,进行容错性测试。

  ·上述的测试用例一旦出错, 就应该使用白盒测试方法,进行全路径覆盖是逐次由外到内进行测试, 也就是接口测试/单元测试

  · 如果是网络产品你需要测试主动方和被动方, 还有测试的内容的不同

  接口测试/单元测试

  · 接口测试是测试系统组件间接口的一种测试。接口测试主要用于检测外部系统与系统之间以及内部各个子系统之间的交互点。测试的重点是要检查数据的交换,传递和控制管理过程,以及系统间的相互逻辑依赖关系等。

  · 现在很多系统前后端架构是分离的,从安全层面来说,只依赖前端进行限制已经完全不能满足系统的安全要求(绕过前端太容易了),需要后端同样进行控制,在这种情况下就需要从接口层面进行验证。

  · 如今系统越来越复杂,传统的靠前端测试已经大大降低了效率,而且现在我们都推崇测试前移,希望测试能更早的介入测试,那接口测试就是一种及早介入的方式。例如传统测试,你是不是得等前后端都完成你才能进行测试,才能进行自动化代码编写。而如果是接口测试,只需要前后端定义好接口,那这时自动化就可以介入编写接口自动化测试代码,手工测试只需要后端代码完成就可以介入测试后端逻辑而不用等待前端工作完成。

  易用性测试

  · 软件测试员认为软件难以理解、不易使用、运行缓慢,或者最终用户认为不好。如果在测试过程中,测试员都难以使用,客户也会有同样的问题。

  · 易用性缺陷有比较强的主观性, 易用产品有如下7个常见的要素。

  1. 符合标准和规范

  软件符合现行标准和规范是最重要的用户界面要素。标准和规范经过大量的测试、经验总结得出的方便用户的规则。

  2. 直观性

  直观就是你看到的就是你所预期的。像用户界面整洁,所需功能或期待响应都在预期出现的地方。UI组织和布局合理,从一个功能转到另一个功能用户可以轻松转换,下一步要什么都应该明显,菜单窗口等都在明显的位置,没有多余的功能,用户如果尝试失败,可以从帮助系统中获得帮助等等。

  3. 灵活性

  用户喜欢选择不要太多,但是足以允许他们选择做什么和怎样做。

  4. 舒适性

  软件应该用起来舒适,而不应该为用户工作制造障碍和困难。可以通过如下一些想法来鉴别软件舒适性:恰当、错误处理、性能。

  恰当: 软件外观和感觉应该与所做的工作和使用者相符。

  错误处理: 程序应该在用户执行严重错误的操作之前提出警告,并且允许用户恢复由于错误操作导致丢失的数据。

  性能: 如果操作缓慢,可向用户展示持续时间,正在工作的状态。

  5. 正确性

  测试产品是否做了该做的事。

  6. 实用性

  具体特性是否实用,对于软件来说,是否是不必要或者不合理的特性。

  性能测试

  性能测试主要是为了测试程序是否满足三个基本的指标:

  1. 吞吐量:简单来说就是每秒钟完成的事务数或者查询数。通常吞吐量大表明系统单位时间能处理的请求数越多,所以通常希望TPS越高越好

  2. 响应时间:服务处理一个请求或一个任务的耗时, 或者说一个请求发送出去到接收到响应所耗费的时间

  3. 错误率:一批请求中结果出错的请求所占比例

  压力测试

  首先对要测试的系统进行分析,明确需要对那一部分做压力测试,比如秒杀,支付

  1. 可以通过写脚本或者录制脚本,模拟用户的操作产生压力机器人对服务器进行高并发操作

  2. 借助一些压力测试工具比如Jmeter,LoadRunner

  3. 通过测试可以得到吞吐量,平均响应时间等数据,这个数据的背后是整个后台处理逻辑综合作用的结果,这时候就可以先关注系统的CPU,内存,然后对比吞吐量,平均响应时间达到瓶颈时这些数据的情况,然后就能确认性能问题是系统的哪一块造成的

  监控资源消耗

  可以对JVM, CPU, 内存, 磁盘, 网络, 数据库, 数据库连接池进行监控, 再结合压力测试得到的吞吐量和平均响应数据就可以定位到性能的瓶颈口, 然后对瓶进口进行性能调优

  弱网测试

  弱网测试也是可以用户保证体验的好感

  1. 在2G, 3G, 4G, 5g网络下测试丢包数和响应时间

  2. 或者在突然断网的情况下测试有没有能及时的保存进行保存

  兼容性测试

  兼容性测试主要用于提高产品的广泛性, 主要有以下几点:

  1. 不同手机操作系统

  2. 不同的软件版本

  3. 不同手机版本

  4. 不同的分辨率设备

  5. 不同的语言

最后感谢每一个认真阅读我文章的人,看着粉丝一路的上涨和关注,礼尚往来总是要有的,虽然不是什么很值钱的东西,如果你用得到的话可以直接拿走! 

软件测试面试文档

我们学习必然是为了找到高薪的工作,下面这些面试题是来自阿里、腾讯、字节等一线互联网大厂最新的面试资料,并且有字节大佬给出了权威的解答,刷完这一套面试资料相信大家都能找到满意的工作。

<think>好的,用户问的是朋友圈测试用例怎么写。我需要先理解用户的需求。用户可能是测试工程师或者正在学习软件测试的人,需要编写测试用例来验证朋友圈功能的正确性。 首先,我应该考虑朋友圈功能的主要流程和可能涉及的场景。功能虽然看起来简单,但涉及到的测试其实不少。比如,正常情况下的、取消,不同用户的权限,不同设备的显示,网络异常的情况等等。 接下来,我需要分模块来组织测试用例。通常,测试用例可以分为功能测试、界面测试、性能测试、兼容性测试、异常测试和安全性测试。每个模块下再细分不同的测试功能测试方面,首先要覆盖基本功能,比如按钮是否成功,后计数是否增加,取消是否减少。然后要考虑边界情况,比如多次是否只算一次,数有没有上限,超过显示限制时是否显示正确(比如显示“999+”)。还有不同入口的是否同步,比如在动态列表和详情页,数据是否一致。 界面测试方面,需要检查后的图标变化,比如颜色或状态是否改变,列表的显示是否正确,包括用户的头像和昵称是否正常显示,长昵称或特殊字符是否处理得当。另外,后的消息提醒是否正常,比如红提示或者通知栏消息。 性能测试要考虑的响应时间,特别是在高并发情况下,比如很多用户同时,系统是否能快速响应。还有大量数据时的加载速度,比如打开一个有几千个的动态,列表是否能快速渲染。 兼容性测试涉及不同操作系统(iOS、Android)、不同版本的微信、不同屏幕尺寸和分辨率,确保功能在各种设备上都能正常显示和操作。 异常测试主要是网络不稳定或中断的情况,比如时断网,是否提示失败,恢复网络后是否能重新。还有服务器异常时的处理,比如返回错误信息是否友好。 安全性测试方面,需要验证用户权限,比如非好友是否能看到,被屏蔽的用户能否,以及接口是否有防刷机制,防止恶意频繁请求。 另外,可能还需要考虑接口测试,比如的API是否安全,参数是否正确,返回状态码是否符合预期。还有数据一致性,比如后数据库的记录是否准确,缓存和数据库是否同步。 最后,测试用例的编写要结构清晰,每个用包括用编号、标题、前置条件、步骤、预期结果、优先级等。这样执行时才能有条不紊,覆盖全面。 在思考过程中,还要注意用户可能的深层需求,比如他们是否关心国际化的处理,比如多语言环境下按钮的显示,或者不同时区的时间显示是否正确。但可能这些属于更细节的部分,可以在后续补充。 总结下来,我需要将上述思考整理成一个结构化的回答,分模块列出测试,并给出示,帮助用户全面覆盖各种测试场景。</think>以下为朋友圈功能测试的编写思路,按模块分类并附示: --- ### 一、功能测试 1. **基础功能** - 用1:正常 - 步骤:用户A在好友B的朋友圈击❤️图标 - 预期:图标变红,数+1,用户A头像出现在列表 - 用2:取消 - 步骤:用户A再次击已的❤️图标 - 预期:图标恢复灰色,数-1,用户A头像从列表消失 2. **边界场景** - 用3:重复按钮 - 步骤:连续快速击❤️图标5次 - 预期:仅首次击生效,数仅+1 - 用4:数超限显示 - 步骤:设置动态已有999个,用户A进行 - 预期:显示为“999+”,实际计数为1000 3. **数据同步** - 用5:不同入口同步验证 - 步骤:在朋友圈列表页后,进入动态详情页查看 - 预期:两个页面的数和用户列表一致 --- ### 二、界面测试 1. **视觉反馈** - 用6:动画效果 - 步骤:击❤️图标 - 预期:图标有颜色渐变+微震动效 - 用7:超长昵称显示 - 步骤:用户昵称为20个汉字+特殊符号🔥 - 预期:列表内昵称显示为"...+🔥"且不换行 --- ### 三、性能测试 1. **压力场景** - 用8:高并发 - 步骤:使用压测工具模拟500用户同时同条动态 - 预期:服务器响应时间<1s,数准确无误 - 用9:大数据量加载 - 步骤:动态已有10w+时进入详情页 - 预期:3秒内加载完成,默认折叠显示"10w+人" --- ### 四、兼容性测试 1. **设备覆盖** - 用10:iOS/Android系统验证 - 步骤:在iPhone14(iOS16)和华为P50(Android13)分别测试 - 预期:功能表现一致 - 用11:微信版本兼容 - 步骤:在微信8.0.1和8.0.30版本测试 - 预期:旧版本无功能异常 --- ### 五、异常测试 1. **网络异常** - 用12:断网 - 步骤:关闭网络后击❤️图标 - 预期:显示"网络不可用"提示,不改变状态 - 用13:弱网恢复 - 步骤:过程中切换2G网络后恢复5G - 预期:自动重试提交,最终成功 --- ### 六、安全测试 1. **权限控制** - 用14:非好友访问 - 步骤:用户C(非好友)尝试用户A动态 - 预期:无按钮或提示"无权限" - 用15:接口防刷 - 步骤:通过Postman模拟1秒内发送100次请求 - 预期:触发频率限制(返回429状态码) --- ### 七、补充建议 1. **自动化覆盖**:将高频测试用例(如正常/取消)加入自动化回归测试集 2. **埋验证**:确认行为触发正确的数据埋 3. **AB测试**:对新版动效进行灰度发布验证 > 测试用例编写模板示: > ``` > 用ID:PYQ_LIKE_001 > 模块:功能测试 > 标题:验证正常功能 > 前置条件: > 1. 用户A与用户B为微信好友 > 2. 用户B发布了一条可见朋友圈 > 测试步骤: > 1. 用户A进入朋友圈列表 > 2. 找到用户B的动态并击❤️图标 > 预期结果: > 1. ❤️图标变为红色 > 2. 数增加1 > 3. 用户A头像出现在列表首位 > 优先级:P0 > ```
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值