测试先知是什么
发布于 2023-07-18
1257
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
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的思考空间的其他文章
微服务的测试策略
做个小的总结,对于微服务架构的测试策略,在业务层,我们可以沿用原来的测试策略,不需要做太多的变化。而对于架构本身带来的新特性,我们需要有针对性的对应措施
测开造轮子漫谈
本文内容是5月21号在深圳第13届MeetUp上的分享记录,主题是“测开造轮子漫谈”,缘由是观察到了现在大多数的测试同行都是卷测试平台(是就“造轮子”),各类接口的,UI的平台也见了好多,这是不是个好的现象呢,接着往下聊。
单体微服务的测试策略
在允许的情况下,多做一些这类的测试,也是个不错的选择。千里之堤,溃于蚁穴,质量的构建也是从这点点滴滴积累起来的。
微服务间的测试策略
至此,关于微服务的测试策略都讲完了,这些策略都是基于笔者的实践总结出来,业内也可能会有更好的方法,欢迎大家一起讨论。针对不同的团队现状,测试Leader选择合适的方法去落地。没有最好,只有相对合适。
测试基础10问-上
测试基础的10个小问题。
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线