测试不精确化

在这个追求大数据和高并发的时代,测试的严谨性遭遇挑战。模拟社区环境中,角色间的交互可能导致异常,如顾客掉线。统计学概念被引入,允许90%的任务成功率被视为贴近客户。开发人员和测试人员接纳了这种不精确性,认为这才是符合现实的测试标准。测试的非精确化变得可接受,甚至成为一种趋势。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

乍一听,作为一个严谨正直的测试人员怎么可能允许呢?

实际上是说了漏了的大环境,在这个动不动就大数据,动不动就多并发的不严谨时代,弄出点不严谨测试也是标新立异,内卷激烈的部门高管们的想法。不扯了,就是个应用吧。

再一个模拟社区,有很多的角色,比如店主,有快递员,还有顾客,他们都有着自己的任务,如果是一个精确的体系,那么整个系统每个人的活动都是可追踪的,如果大家都完成任务的话,现金流水,店家进账都会很清楚,比如100块。

在实际过程中,由于某个流程中断,比如顾客忽然掉线,没有做完任务,那么这个就是属于异常情况,店家没赚到100块,如果有1个亿的用户,那么有10几个用户没完成任务也很正常,如果店家完成销售成绩在90%以上,那么今天整个大环境的生意就是正常的。

然后,这个统计学的精准的描述了数据的不准确性,被引入到测试这边,行,任务有90%成功就行了,要贴近客户,开发大佬也非常认同,说这才是贴近客户的测试,哪有百分百跑的快,又不崩的大系统。

 忽然间大家就都很高兴了。测试不精确化也就被容忍了下来,感觉这一届的测试都被时代的潮流高高抛起,玩的很high。不靠谱了!

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值