axue12 发表于 2011-12-29 09:35:49

一个模块升级，跟他相关的模块该不该测试？

现在我们公司的程序是按模块升级的，打包发给客户的集成包是由各个模块组成的，测试集成包的时候会把升级的模块给测试掉，那跟它相关的模块，我们到底该不该测？测了，那工作量无疑是很大的，不测的话又存在漏洞，烦啊……

zeng1 发表于 2011-12-29 16:56:46

原理上是要测试，但是这个投入要看你们公司愿不愿意投入这个成本，还有用户的要求

shijin880921 发表于 2011-12-29 17:10:11

同意2楼的。

愚人 发表于 2011-12-29 21:21:50

可以跟开发一起分析一下影响情况，根据分析判定哪些该测试，哪些重点测

liumengjun517 发表于 2011-12-30 09:04:54

同意楼上的你自己也说了不测有漏洞了，肯定是要测试的！可以先分析对其他模块的影响，然后针对性的测试

贝斯柯德-72期 发表于 2011-12-30 13:57:05

回复 4# 愚人
同意，不测肯定是坑爹的。
联系紧密的模块肯定是要测的，对吧!

axue12 发表于 2011-12-30 18:25:37

郁闷啊，开发应该一次性解决掉表的问题，以后就不要随便动表结构，不要弄那么多的临时表，临时字段，就没这么多乱七八糟的问题了

axue12 发表于 2011-12-30 18:26:39

回复 2# zeng1
用户很多，都是一个系统，用户肯定不想报错了，我们也不想，问题是人少，任务重，整体都是那么悲催:dizzy:

metaboy 发表于 2011-12-30 20:38:06

测试也有20/80原则，把握关键即可！

愚人 发表于 2011-12-30 20:47:12

回复愚人
同意，不测肯定是坑爹的。
联系紧密的模块肯定是要测的，对吧!
贝斯柯德-72期 发表于 2011-12-30 13:57 http://bbs.51testing.com/images/common/back.gif


    嗯，这个当然……

千里 发表于 2012-1-1 10:50:08

要做对应的影响度分析的，评估不测的风险度为多大。
页: [1]
查看完整版本: 一个模块升级，跟他相关的模块该不该测试？