测试用例设计的故事
发布于 2023-07-18
2012
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
CKL的思考空间
扫码关注公众号
扫码阅读
手机扫码阅读
测试用例设计摘要
测试用例设计是测试工作中至关重要的一环,它体现了测试人员的测试思维和对业务的理解。在面试高级测试人员时,探讨测试用例设计的思路是一个关键问题。本文基于作者的理解和面试经验,探讨了测试用例设计的层次、面试过程中的考察点以及面试官在提问时的注意事项。
测试用例设计的层次
- 基于页面:初级回答通常涉及等价类、边界值等,关注于单个页面或输入框的测试。这种回答在面试高级职位时可能不足以体现深度思考。
- 基于业务流:包括场景法、状态机等方法,考虑用户场景,对业务架构和数据流转有深入理解。这类测试用例设计更能反映实用价值。
- 基于技术架构:随着业务复杂度提升,测试人员需要理解技术层面,如数据库结构、缓存机制等,以模拟技术性BUG。
面试过程中的考察点
面试官通过提问测试用例设计来考察应聘者的测试思维和业务熟悉程度。只编写基于页面的测试用例可能不足以体现业务价值。测试人员应对整个系统有全面理解,明确核心和辅助功能,以及业务之间的联系。
面试官的提问方式
面试官应避免提出过于普遍的问题,例如测试电梯、杯子等,因为答案可能是背诵的,不能真正反映测试思维。更有价值的问题应该基于候选人的项目经历和回答过程中的契合点。
结论
了解面试官的诉求和测试用例设计的不同层次对提升面试表现有帮助。然而,面试结果有时也受眼缘等因素影响。
CKL的思考空间
CKL的思考空间
扫码关注公众号
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
CKL的思考空间的其他文章
三观先同频,能力再互补
成年人只筛选,不教育。也不要幻想自己能改变他人。回想下身边处的久的朋友,基本上都是三观先同频,然后根据实际情况补充各自的能力。
测试用例评审如何开展
测试用例评审是又一次三方对齐需求理解的机会。可以保证大家对同一个需求的理解是一致的,避免更多可能出现的返工浪费。
微服务的测试策略
做个小的总结,对于微服务架构的测试策略,在业务层,我们可以沿用原来的测试策略,不需要做太多的变化。而对于架构本身带来的新特性,我们需要有针对性的对应措施
报表测试经验小结
报表测试是一项重要的测试内容,因为面对的使用群体一般是公司高层或者用户中的重要群体。出现问题影响较大,所以必须仔细且谨慎对待。本文根据自己之前的测试经验,结合其它相关资料,做个简单的总结汇总,如有其它建议,可以留言或者私聊,期待沟通交流。
测试先知是什么
通过了解HICCUPPS,确认测试先知,有助到我们提前识别潜在问题,测试人员并不能依靠单一的测试先知去判断测试是否通过。测试先知本质是一种启发式方法,它提供了有效的检查策略,但不能发现所检查领域内的所有缺陷。
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线