【测开冲冲冲】 测试开发面试应用题

📢博客主页:卷测开的快乐人 📢欢迎点赞 👍 收藏 ⭐留言 📝 欢迎讨论!
📢本文由 【卷测开的快乐人】 原创,
首发于 CSDN🙉🙉🙉 📢
由于博主是在学小白一枚,难免会有错误,有任何问题欢迎评论区留言指出,感激不 尽!✨ 📖精品专栏(不定时更新)

请你根据微信登录界面设计测试用例

思路:
第一步:测试分点 以下五点只多不少 分别是 功能测试,界面测试,性能测试,安全性测试,兼容性测试
第二步:分析整个过程中遇到的测试点,此时不要展开,先把测试点找到。(登录框,登录按键,是否保存密码,手机验证码登录,游客登陆)
第三步:根据上面分点进行测试

功能测试:
1.输入正确的用户名和密码,点击提交按钮,验证是否能正确登录。

2.输入错误的用户名或者密码,验证登录会失败,并且提示相应的错误信息。

3.登录成功后能否能否跳转到正确的页面

4.检查能否选择不同登录方式进行登录,如使用手机号登录、使用微信号登录或扫码登录。

5.记住用户名的功能

6.登陆失败后,不能记录密码的功能

7.密码是否非明文显示显示,使用星号圆点等符号代替。

8.有验证码时,还要考虑文字是否扭曲过度导致辨认难度大,考虑颜色、刷新或换一个按钮是否好用

9.登录页面中的注册、忘记密码,登出用另一帐号登陆等链接是否正确

10.输入密码的时候,大写键盘开启的时候要有提示信息。

11.什么都不输入,点击提交按钮,检查提示信息。
二、界面测试(死答案)

1.布局是否合理,testbox和按钮是否整齐。

2.testbox和按钮的长度,高度是否复合要求。

  1. 界面的设计风格是否与UI的设计风格统一。

  2. 界面中的文字简洁易懂,没有错别字。
    三、性能测试

1.打开登录页面,需要的时间是否在需求要求的时间内。

2.输入正确的用户名和密码后,检查登录成功跳转到新页面的时间是否在需求要求的时间内。

3.模拟大量用户同时登陆,检查一定压力下能否正常登陆跳转。

四、安全性测试

1.登录成功后生成的Cookie,是否是httponly (否则容易被脚本盗取)。

2.用户名和密码是否通过加密的方式,发送给Web服务器。

3.用户名和密码的验证,应该是用服务器端验证, 而不能单单是在客户端用javascript 验证。

4.用户名和密码的输入框,应该屏蔽SQL注入攻击。

5.用户名和密码的的输入框,应该禁止输入脚本 (防止XSS攻击)。

6.防止暴力破解,检测是否有错误登陆的次数限制。

7.是否支持多用户在同一机器上登录。

8.同一用户能否在多台机器上登录。
五、兼容性测试

1.不同移动平台或PC环境下下能否显示正常且功能正常

2.同种平台下不同微信版本下能否显示正常且功能正常。

3.不同的分辨率下显示是否正常。

如果做一个杯子的检测,你如何测试

一,功能
1.能否装水
2.能装多少水
3.能否装其他液体(酒,饮料,油)
4.杯子的材料
5.能否泡茶/咖啡等
6.是否耐高温
7.是否耐低温
8.是否有刻度

二,界面测试(UI测试)
1.外观(是否完整)
2.颜色
3.形状
4.是否有异味
5.重量
6.大小
7.图案的合理性和完整性

三,易用性测试
1,是否方便装水
2,是否方便携带
3,是否方便打开
4,是否有防滑措施
5,是否防烫
6,是否方便喝水
7,是否方面装水

四,安全性测试
1.杯子的质量材料是否有毒(正常,高温,低温,化学反应)
2.杯子的内壁材料是否溶于水
3.杯子破损时,是否易割伤人
4.杯子在高温情况下,是否易于爆炸
5.杯子在高温情况下,是否易于融化
6.杯子在使用过程中是否会滋生细菌

五,兼容性
1.能否装其他液体
2.能否放冰箱做冰块

微信支付异常测试用例是为了确保在各种非正常情况下的支付功能仍能稳定运行而设计的一系列测试场景。这种测试通常包括但不限于网络连接错误、服务器响应延迟、数据传输错误、安全验证失败等多种异常条件。 ### 一、基本异常测试用例 #### 网络连接错误 - **描述**:模拟断网或网络不稳定的情况,如超时、中断等。 - **目的**:检查在无网络环境下支付请求是否能够妥善处理,并提供用户明确的反馈信息。 - **预期结果**:应有提示用户当前无法完成支付操作,并建议稍后再试或通过其他方式进行支付。 #### 数据传输错误 - **描述**:故意引入数据包丢失、乱序或损坏等问题。 - **目的**:评估系统在接收或解析异常数据包时的表现,以及如何优雅地处理并通知用户。 - **预期结果**:系统应当能够识别错误数据并拒绝交易,同时向用户显示相应错误消息。 #### 安全验证失败 - **描述**:尝试使用无效的安全凭证,如过期的验证码、错误的密码等。 - **目的**:测试系统的安全机制能否有效防止未授权访问和攻击。 - **预期结果**:应阻止交易并在用户界面上给出清晰的错误提示,告知需要正确的安全凭证才能继续交易。 #### 服务器响应延迟 - **描述**:人为设置服务器响应时间远大于正常值,观察支付流程是否能在预期时间内完成。 - **目的**:检测系统对高延迟情况的容忍度及处理能力。 - **预期结果**:交易最终完成,但可能伴有等待指示或加载动画,确保用户不会误以为交易失败。 ### 二、高级异常测试用例 #### 资金限制或账户状态异常 - **描述**:尝试从已冻结、余额不足或已被暂停使用的账户进行支付。 - **目的**:评估系统在处理受限资金时的准确性和用户体验。 - **预期结果**:明确告知用户当前账户的状态不允许进行支付,并提供相应的解决方案,比如充值或查看账户详情。 #### 第三方支付平台故障 - **描述**:假设第三方支付平台出现故障或服务不可用。 - **目的**:检验微信支付系统的容错能力和切换到备用方案的能力。 - **预期结果**:如果存在备选支付渠道(例如银行卡支付),则应该自动切换并允许用户使用该渠道完成支付;如果没有合适的替代方案,则应提供有效的解决策略或引导用户联系客服解决问题。 ### 相关问题: 1. 微信支付异常测试用例的核心目标是什么? 2. 如何设计有效的网络连接错误测试用例? 3. 当遇到安全验证失败时,应该如何优化用户的交互体验? --- 请注意,在实际编写微信支付异常测试用例时,应考虑合规性和隐私保护要求,确保测试过程中不涉及真实的敏感信息,同时遵循各版本微信支付API的最新规范和指南。
评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

卷的快乐人

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值