测试先知是什么
发布于 2023-07-18
1831
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
CKL的思考空间
扫码关注公众号
扫码阅读
手机扫码阅读
测试先知(test oracle)是软件测试中用于判定测试用例是否通过的预期值或者标准。测试人员在设计测试用例时必须指定输入项和预期值,这些预期值就是测试先知,它指导测试人员识别潜在问题。测试先知的本质是一种启发式原则或机制,要求测试人员结合产品知识、行业知识、测试技术等综合知识来构造测试先知,以有效识别产品缺陷。
需求文档经常被视为测试先知的主要来源,但仅依靠需求文档并不总是足够的。测试专家Michael Bolton和James Bach提出了七种不同的测试先知来源,简称HICCUPPS:
- History(历史):软件的功能应与其历史行为一致。
- Image(愿景):软件的表现应符合开发团队的期望。
- Comparable Products(可对比的产品):使用相似产品的表现作为测试先知。
- Claims(声明):产品应满足项目文档中的功能和质量声明。
- Users's Expectations(用户期望):软件是否真正地为用户服务并满足他们的期望。
- Product itself(产品本身):产品的功能和使用模式应一致。
- Purpose(意图):产品应服务于用户的意图。
- Statutes and Standards(法规和标准):产品应符合相关的法律法规和行业标准。
测试先知是一种启发式方法,能够提供有效的检查策略,但不保证检查领域内的所有缺陷都能被发现。测试人员不能仅依赖单一来源的测试先知来判断测试结果,而应该结合多种测试先知和启发式测试策略,做好充分的准备工作。
虽然HICCUPPS中的很多方法似乎属于产品经理的职责,但在实际工作中,测试人员承担这些职责可以带来额外的收获,并可能在未来带来意外之喜。因此,测试人员应该主动扩展职责范围,为提高产品质量作出更多的努力。
CKL的思考空间
CKL的思考空间
扫码关注公众号
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
CKL的思考空间的其他文章
研发度量:向内求己,对外伤人
对于研发度量,笔者是保持支持态度的,通过透明团队的工作内容,识别系统性风险,还是利大于弊的。对于度量指标的使用,笔者建议只开放给中高层管理者,辅助日常团队管理即可,而非面向全员的KPI考核。不希望把度量当成一把砍向基层员工的“利刃”。
单体微服务的测试策略
在允许的情况下,多做一些这类的测试,也是个不错的选择。千里之堤,溃于蚁穴,质量的构建也是从这点点滴滴积累起来的。
测试用例评审如何开展
测试用例评审是又一次三方对齐需求理解的机会。可以保证大家对同一个需求的理解是一致的,避免更多可能出现的返工浪费。
微服务的测试策略
做个小的总结,对于微服务架构的测试策略,在业务层,我们可以沿用原来的测试策略,不需要做太多的变化。而对于架构本身带来的新特性,我们需要有针对性的对应措施
软件测试经验与教训
人类从历史中学到的唯一的教训,就是没有从历史中吸取到任何教训。所以,有多少能转化成自己的内在思维,取决了你的深度思考
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线