拒绝场景遗漏之精准回归(一)
上一篇 /
下一篇 2012-08-27 10:35:30
/ 个人分类:测试经验
我们一定会遇到这样的情况:就只改了一行代码,只用对这个改动的地方回归下就好了,为什么上线的时候影响到了其他的业务需求了?51Testing软件测试网 W;x"u0ZP6EoNY.FU"v 在解决上面的问题之前,我们先简单做两个问答题吧:
D;h(Z`#L
ZF5?051Testing软件测试网%cp1Ce7VtUX 问题1:如果两个业务操作的数据载体不会有交集(包括增删查改),这两个业务在系统上会相互影响吗?51Testing软件测试网2w&A0C0dc-A%q0Id
sH$[ dC VdW,U0 问题2:如果两个业务操作的代码写在两个完全不同的地方(代码上没有交集),这两个业务会相互影响吗?51Testing软件测试网hH
w2}u0x?D Z)J&Z
51Testing软件测试网.U*x*S}U8D/X9F,L 对于数据业务型系统,我现在还没有遇到两个数据载体没有交集的业务操作会相互影响,如果大家有例子,可以分享下哦。
,])I{4P*]/j"T0zN0m&z%DUeA$~0 如果两业务代码上没有交集,那我们完全不能保证他们业务上不会互相影响了,大家可以看下下面这张图。
_
h#V5Ay(f051Testing软件测试网Id{.Cu
注:这里的数据实体,即数据的载体。51Testing软件测试网W4u4F!}k
同一个数据实体,会面临不同业务需求的操作,每个业务对该数据实体的操作范围会不同,但是数据实体中数据的变更会对业务造成影响。往往这些影响,局限在
本业务范围内是发现不了的,一些暴露出来的缺陷,反而会让人感觉时现时不现(因为只是部分数据被其他业务修改了),很多同学会联想到是不是并发之类的问题
导致的。其实如果跳出这个业务范围,站在全局的角度,就很容易发现问题。
0u? K4F.HP7HR.hq,D0 所以我们经常需要回归测试,我们现在有大量的回归脚本支持回归测试,但是某些缺陷是无法通过回归脚本发现的,往往需要我们通过对业务的嗅觉,进行回归点的挖掘,来实现对缺陷的预防。