无忧测试QQ整理——测试用例的范围和细度；单元测试的实施；项目和产品的不同实施；

songfun

2005-06-22 11:37:46 digman(6310930)
即时是人多，组织不好，也是瞎火

2005-06-22 11:37:52 遥远(38135388)
但也要考虑项目成本

2005-06-22 11:37:58 songfun(6975740)
单元测试 应当有结合的做，不能盲目。

2005-06-22 11:38:12 遥远(38135388)
如果不能盈利，那还做什么呢？

2005-06-22 11:38:28 tomsyang(421532874)
单元测试的工作量比较大，要考虑资源，人员的技术能力。

2005-06-22 11:38:36 lemon(9042829)
单元测试：能杜绝很多基本问题

2005-06-22 11:38:46 songfun(6975740)
没错，这就涉及两个观点了：一个为了市场去做，一个从技术的角度去做。

2005-06-22 11:38:52 遥远(38135388)
但从测试的观点来说，是做得越全越好

2005-06-22 11:38:55 咦，迈尔吉祥(5146586)
企业主要上以盈利为目的,这是老板考虑的

2005-06-22 11:39:04 遥远(38135388)
但从项目的角度来考虑，就未必了

2005-06-22 11:39:14 tomsyang(421532874)
这个主要看公司的质量部门了
其实测试部门没有权力

2005-06-22 11:39:20 遥远(38135388)
一是时间的问题，二是成本的问题

2005-06-22 11:39:31 lemon(9042829)
但是单元测试是程序员作的，对于我们没有什么关系把

2005-06-22 11:39:53 遥远(38135388)
tomsyang，没有决定权，但有建议权吧？


2005-06-22 11:40:21 tomsyang(421532874)
时间单元测试是有保障的，只要你的人员素质能跟上，项目计划作的好，单元测试可以细到每小时，至少，我们原来就这么做

2005-06-22 11:41:20 tomsyang(421532874)
质量部的权限比测试部权限高，只不过现在大多公司测试部在充当质量部的一些职能

2005-06-22 11:42:14 songfun(6975740)
从技术的角度，单元测试和自动化测试都很重要，但是“没有银弹”，单元测试并不如传闻中的那么神乎其神，好像是说，我做了单元测试能发现80％的bugs，其实不是这样，我的体会是，有一些问题在系统测试中才能被发现。因为涉及逻辑的问题。
怎么说呢，打个比方，UT有点像一个编译器。能帮你检查语法错误，但是逻辑错误就发现不来。UT也是如此，你用了各种方法去做单元测试，发现ok通过了，但是到了系统阶段发现，不对，从理论上可以，但是从逻辑上你发现有问题。
所以，现在都在鼓吹 单元测试、自动化，但是不要盲目跟风，呵呵

2005-06-22 11:43:01 森林狼(6877439)
我觉得单元测试得做，做和不做的效果对产品的质量影响肯定很大。但是做多少能够满足效率，就看测试人员的经验和素质了。

2005-06-22 11:43:05 lemon(9042829)
大家仔细的想想，大家的测试资源足够吗？
我是指人力资源，如果都按照一些标准做，那么。。。。

2005-06-22 11:43:07 tomsyang(421532874)
说的很对，如果能做代码级的集成测试，那么作用就更大了

2005-06-22 11:43:31 遥远(38135388)
森林狼，你说的是产品，但是大多数做项目的呢？

2005-06-22 11:43:42 tomsyang(421532874)
作单元测试的人员素质往往比开发人员还要搞

2005-06-22 11:43:59 遥远(38135388)
我觉得要考虑成本

2005-06-22 11:44:13 tomsyang(421532874)
现在的开发人员基本上都看不起测试人员，真是。。。。

2005-06-22 11:44:15 遥远(38135388)
如果你站在测试管理的角度去考虑问题呢？

2005-06-22 11:45:02 tomsyang(421532874)
我见到的很多公司都这样
包括大的公司

2005-06-22 11:45:11 songfun(6975740)
嗯，国内毕竟做项目的居多；而产品的，确实可以像 森林狼说的那样。
可能跟大家的工作经历有关，森林狼在摩托罗拉做的，我和遥远在电信级的系统集成里做项目，彼此的不同经历形成了各自不同的观点，呵呵

2005-06-22 11:45:21 遥远(38135388)
如果测试人员真的能把测试做好，他们能看不起？

2005-06-22 11:45:54 遥远(38135388)
我一直把测试产品和项目分开看的

2005-06-22 11:46:20 songfun(6975740)
做项目，市场要求就是：短平快。

2005-06-22 11:46:24 森林狼(6877439)
如果你的项目做完了，到现场那发现很多问题－开发人员修改－测试人员测试－发布到现场－又有很多问题－－最后我们只好推倒原来的系统，重新做。

2005-06-22 11:46:42 遥远(38135388)
如果说做产品，测试肯定是做得越全越好；但做项目就不太一样，要考虑成本，要考虑盈利

2005-06-22 11:47:39 songfun(6975740)
项目 和 产品 不同，微软的 李开复在他的书 中 有专门提到过。

2005-06-22 11:48:08 森林狼(6877439)
产品和项目一样都要考虑成本的。

2005-06-22 11:48:15 lemon(9042829)
遥远：产品不是你想的那么简单的，随着产品线的不断增长，测试管理中有很多麻烦的事情

2005-06-22 11:48:17 songfun(6975740)
所以上次沙龙的时候 ，阿里巴巴的测试经理就跟我说：他说他庆幸自己是做产品的。


2005-06-22 11:48:31 digman(6310930)
作产品和做项目有什么分别

2005-06-22 11:49:12 songfun(6975740)
这涉及到很多方面的问题，产品和项目都要考虑成本没错，但是很多考虑的角度就不同。
而且跟用户有关系。

2005-06-22 11:49:13 遥远(38135388)
项目的话，满足当前客户的需求就OK了；产品的话，是要考虑很多不定因素，容错机制要求会高一些

2005-06-22 11:50:02 森林狼(6877439)
做产品比做项目要复杂一些，流程也更庞大。

2005-06-22 11:50:08 遥远(38135388)
可以这么说，项目只考虑一个客户，而产品是考虑多个客户

2005-06-22 11:51:01 songfun(6975740)
比如你做个通用型的东西就不一样了。所以 以前陈宏刚不是说了嘛，大家不要盲目的跟着微软，说微软的测试人员跟开发人员比例是多少比多少。
那是不一样的，微软做的是windows，这个东西决定他们必须这样的做。
而项目，有时测试比开发少是完全合理的，这要具体情况具体分析啊。

2005-06-22 11:52:54 songfun(6975740)
其实大家也不要一味的贬项目褒产品。
有机会都要去经历经历，自己体验体验才深刻，包括做外包，很多人说做外包学不到东西，其实外包可以学到也学不到东西。


2005-06-22 11:53:22 tomsyang(421532874)
我做过很多测试外包的项目

2005-06-22 11:53:23 songfun(6975740)
做外包，你根据别人的LLD来coding，我同事就觉得没创意

2005-06-22 11:53:29 digman(6310930)
虽然不用按照他们比例，但是我们的也要合理阿

2005-06-22 11:53:39 遥远(38135388)
我也做过产品，不过做项目更多

2005-06-22 11:54:00 tomsyang(421532874)
其实如果各个公司的测试能外包给第三方那么质量会提升一大截

2005-06-22 11:54:15 遥远(38135388)
越有创意的代码越难测

2005-06-22 11:54:47 songfun(6975740)
不过看看别人的软件工程，别人把详细涉及做到什么程度，观察观察别人的测试用例细化的程度，这也是学到了东西。。。。

2005-06-22 11:54:51 tomsyang(421532874)
用简单代码完成复杂功能这样才是好的代码

2005-06-22 11:55:41 遥远(38135388)
一个开发团队能统一代码风格是最好的，可以减少测试的工作量



2005-06-22 11:56:26 tomsyang(421532874)
测试当中的ｃｏｄｅ　ｒｅｖｉｅｗ也是很重要的，ｃｏｄｅ　ｒｅｖｉｅｗ的标准就是你说的代码规定。
在ｃｏｄｅ　ｒｅｖｉｅｗ当中就可以找到不少问题，


2005-06-22 12:01:29 阿镇(14043856)
请问一下？如果说开发的规范不是太规范的话，怎么样在这种环境下让测试规范起来呢？

2005-06-22 12:03:31 tomsyang(421532874)
那流程的东西你没有办法，你只能说让开发部门按照你的要求来完善你需要的文档


2005-06-22 12:20:06 森林狼(6877439)
可以针对bug做个统计分析，当code这一层的问题比例小的时候，那么流程可能就已经有问题了，然后向领导反映问题。

2005-06-22 12:45:30 找Bug吃的人 (19837470)
测试人员在孤岛上,注意要不停地寻找不会存在,也不应该存在的东西,深信成功会为神带来不幸
出自一本外文测试书


2005-06-22 13:02:23 找Bug吃的人 (19837470)
我觉得未来3-5年,国内的测试行业将细分,现在处于变革期