用例设计基础知识考试

用例设计基础知识考试

1.以下哪一个不是用例执行结果?(单选)

A. Pass   B. Block   C. No Need   D. N/A

2.执行用例时发现bug,在报bug的过程中以下说法错误的是:(单选)

A.如果是APP崩溃的bug需要提供log文件

B. UI的bug需要截图,并粘贴在bug的附件里

C.一个bug,反复验证了5次,只有3次能复现,但考虑到增大bug被处理的概率,可以在复现率处写100%。

D.对于bug的复现步骤描述,简单明了最好,简洁的操作,去掉繁杂的无关操作。但需要确保写的步骤确实能复现此bug。

3.请判断以下哪种情况是APP的bug?(多选)

A.微信发送信息失败,检查Wi-Fi发现Wi-Fi断开,手机无信号。

B.支付宝余额200.01时扫码支付一个201元的商品提示“未知原因,无法完成支付”。

C.登录京东APP端,输入正确的账号和密码提示“未知错误”而无法登录。

4.以下哪一项不属于app交叉事件测试。(单选)

A. App运行时拨打/接听电话

B. App运行时下载文件

C. App运行时清除App缓存

D. App运行时听音乐

5. 以下哪种有关用例执行的描述是正确的(单选)

A.测试环境下,某APP的话题帖测试“翻页”,但其只有2个帖子,无法测试翻页功能,此时需要block相关用例。

B.测试环境下,某APP的站内支付功能测试,其商品价格都在100元以上,为了不增大测试成本,避免测试损失,需要将用例结果block。

C.生产环境下,某APP的限时抢购活动测试,由于活动倒计时是24小时,测试等待成本过高,为了测试的高

### 测试用例设计的基本原则 测试用例设计需遵循一定的基本原则,以确保其有效性和可操作性。以下是几个核心的原则: - **全面覆盖需求**:测试用例应尽可能覆盖所有的功能点和业务场景[^1]。这意味着,在设计阶段就需要明确测试的目标,并将其分解为具体的测试点。 - **优先级划分**:由于时间和资源有限,应对测试点进行优先级划分,重点保障高风险模块的功能正常运行。 - **清晰的预期结果**:每一个测试用例都必须有明确的输入条件和期望的结果,以便于验证系统的实际表现是否符合预期[^2]。 - **独立性**:单个测试用例应该能够独立执行,依赖其他测试用例的状态或顺序[^3]。这样可以提高测试效率并减少相互干扰的可能性。 - **逻辑覆盖率**:通过分析程序内部结构,评估现有测试用例对于代码路径的实际覆盖情况。如果发现未被触及的部分,则需要补充额外的测试来弥补足之处。 - **自动化可行性考量**:并非所有手动编写的测试用例都能顺利转换成自动化形式。因此,在规划初期就应当考虑哪些适合采用自动化手段处理,同时也要制定相应的筛选准则指导后续工作开展[^4]。 ### 测试用例设计的方法 为了满足上述提到的各项要求,通常会运用多种策略来进行具体实践中的应用: #### 黑盒测试法 这种方法侧重外部行为观察而关心底层实现细节。常见的黑盒技术包括但限于边界值分析、等价类划分以及因果图法等等。 - **边界值分析**: 鉴于大量软件缺陷往往发生在数据范围边缘附近, 故此特别关注临界数值附近的状况显得尤为重要. ```python # 边界值示 - 输入年龄字段 (合法区间: 0~150岁) test_cases = [ {"input": -1}, # 小于最小允许值 {"input": 0}, # 正好等于下限 {"input": 75}, # 中间典型值 {"input": 150}, # 刚好达到上限 {"input": 151} # 超过最大许可界限 ] ``` - **等价类划分**: 把相似性质的数据组合在一起作为一个类别代表整体特性即可. #### 白盒测试法 白盒测试则深入至源码层面探索潜在隐患所在位置。它主要涉及控制流图绘制、基本路径计算等方面的知识要点。 - **语句覆盖/分支覆盖**: 力求让每一段指令至少被执行一次; 或者保证各个判断表达式的真假两种情形均经历一遍检验过程. 综上所述,合理利用以上介绍过的理论基础加上实践经验积累,才能够构建起一套科学合理的测试方案体系出来。
评论 4
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值