【测试知识】业务面试问答突击版3---bug、测试用例设计

一个完整的缺陷报告包含

发现问题的软件版本
使用测试数据和账号
测试步骤
期望结果
实际结果
严重程度
期望修复的时间和版本
复现的概率
日志
截图
录屏
……

一个完整的测试用例包含

用例描述
优先级
适用的平台
所属模块
测试步骤
期望结果
与界面相关的提供截图
……

一个完整的测试计划包含

项目/功能描述
测试范围(功能/非功能)
测试开销估计(时间/人力)
预计排期
测试用例
测试开始和结束的标准
可能存在的风险和应对方案
相关人员(开发/产品)的审核记录
历史版本

缺陷严重等级

1、严重:导致严重用户体验问题和关键功能失效的必须修复的缺陷
2、重大:必须修复的用户体验问题,与需求文档不符合的关键问题缺陷
3、一般:不好的用户体验,需要修复但是不紧急
4、小:最好能修复的可以提升用户体验的问题## 测试用例应该如何划分
按功能模块、优先级、正常和错误处理等对用例进行划分

简述等价类划分法并举例

等价类划分法是把所有可能输入的数据,有无效等价类和有效等价类(即正确输入和非法输入)。例如测试用户输入框,可以把字母/数字/无效输入/组合输入等划分成几类,针对不同类设计用例。

简述边界值分析法

对输入或者输出的边界值进行分析,找出可能的输入范围并针对取值边界进行测试。

逻辑覆盖

1、语句覆盖:每条语句至少执行一次
2、判定覆盖:每个判定的每个分支至少执行一次
3、条件覆盖:每个判定的条件应取到各种的值
4、判定/条件覆盖:同事满足判定覆盖和条件覆盖
5、条件组合覆盖:每个判定中各种条件的每一种组合至少出现一次
6、修改条件判断覆盖:每一个判断的所有可能都出现过、每一个判断中所有条件的所有可能都出现过、每一个进入点及结束点都执行过、判断每一个条件都可以独立的影响判断的结果

针对具体场景的测试用例设计

使用常用的用例设计方法对可能的场景和功能尽可能覆盖到,同时考虑支持的平台,不同用户的差别,兼容性和易用性,非功能测试可以考虑性能,安全性等

软件中存在多个分支时如何设计测试用例

开发中通常存在主线分支和功能分支,其中功能分支用于某个功能的开发,测试完成后再合并到主线分支。通常需要选定一个回归测试集合,针对主线和分支保证已有功能工作正常,对于功能分支设计该功能相关的测试用例,测试完成后选择部分用例合并进行回归测试集合。

静态代码检查什么

代码逻辑正确,能够实现需求中定义的功能,无边界溢出,所有异常和特殊输入均能正确处理,另外关注开发语言本身特点,检查语法错误。

白盒测试是?常用方法是?

结构测试/逻辑驱动测试,是针对被测单元内部是如何进行工作的测试

它根据程序的控制结构设计测试用例,主要用于软件或者程序验证,白盒测试法极爱昵称程序内部逻辑结构,对所有的逻辑路径进行测试,是一种穷举路径的测试方法,但即使每条路径都测试过了,但仍然有可能存在错误。

常用测试方法:
代码检查法、静态结构分析法、静态质量度量法、逻辑覆盖法、基本路径测试法、域测试、符号测试、路径覆盖和程序变异

  • 24
    点赞
  • 21
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

打赏作者

Taverry

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

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

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

打赏作者

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

抵扣说明:

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

余额充值