测试用例的设计? 万能公式

万能公式(必背): 功能测试+性能测试+界面测试+兼容性测试+易用性测试+安全测试

  • 功能测试 :可能来自于需求文档,也可能来自生活经验

  • 性能测试 :功能没有问题不代表性能是ok的,性能往往体现在一些极端情况

  • 界面测试 :颜色、形状、大小、输入框、图片、下拉框...所有能够看到的元素

  • 兼容性测试 :浏览器兼容性、系统兼容性、数据兼容性、版本兼容性

  • 易用性测试 :软件是否具备简单易上手的属性,比如新用户有没有用户引导

  • 安全测试 :密码是否加密、数据库是否对隐私数据加密,比如sql注入、越权

SQL注入安全问题:

select id , info from user where name = 关键词;

但如果用户在前端输入的关键词是 1 or 1 == 1

那么sql 语句就变成:

select id , info from user where name = 1 or 1==1;

就可能导致全表数据返回。

越权的安全问题:

做/看了超过自己权限的事情

垂直越界:举个例子:用户能做管理员的事

水平越界:举个例子:用户A能用用户B的信息发送信息

面试重点:设计一个测试用例?

围绕万能公式,尽量多的设计,可以使用脑图 XMind,比如下面的例子

测试用例覆盖(Test Case Coverage)是软件测试中的一个重要概念,它衡量的是执行一组测试用例对源代码或程序逻辑的覆盖率。它旨在确保尽可能多的代码部分被测试到,以验证软件的正确性和健壮性。常见的测试用例覆盖类型包括: 1. **语句覆盖(Statement Coverage)**:每个可执行的源代码语句至少被一个测试用例执行一次。 2. **条件覆盖(Condition Coverage)**:测试用例不仅要覆盖所有可能的条件分支,还要保证每个条件的真和假两种情况都被测试。 3. **路径覆盖(Path Coverage)**:所有可能的代码执行路径都至少被一个测试用例覆盖,即使这些路径可能是非常罕见的情况。 4. **判定覆盖(Decision Coverage)**:测试用例覆盖了所有可能的判断或条件表达式的结果。 5. **条件组合覆盖(Conditional Branch Coverage)**:与条件覆盖类似,但不仅关注单一的条件,还考虑多个条件的组合。 6. **方法覆盖(Method Coverage)**:测试用例执行了程序中每个方法或函数。 7. **控制流图覆盖(Control Flow Graph Coverage)**:基于控制流程图来确定测试用例的覆盖程度。 测试用例覆盖的目标是提供全面的测试,但这并不意味着覆盖度越高越好,因为过度的覆盖可能会导致资源浪费和测试效率低下。因此,测试人员通常会结合实际需求和资源限制来选择合适的覆盖策略。
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

打赏作者

shn!

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

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

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

打赏作者

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

抵扣说明:

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

余额充值