引用:

原帖由 cleverman 于 2007-8-20 13:08 发表
没编程经验，你能带领他们把黑盒，自动化做好，就很不容易了。

现在带的这个组叫做System Test，组员也都有少许编程的背景，并且公司也没有打算让我们做黑盒测试。

现在主要的方向是开发一些小工具辅助测试，应用一些开源的测试工具比如Selenium，JMeter，当然也涉及到基于开源产品之上二次开发。

除了这些外，我想开展一些白盒的测试。review code和做Unit Test估计行不通，公司开发部门很多，就靠组内这3，4人，累死也没效果。现在只能用工具做code的static analysis，比如findbugs。

除此之外，不知道还有没有什么更好的模式或方法？请教老师们：）

你们是在什么系统上开发的呢？看起来你搞得挺不错的，挺有想法。
Code coverage搞过了吗？
Automation也可以搞吧。
还有API Verifier, Prefast 等等工具也可以用吧，如果是在Windows上。
不过你们测试的比例确实太小了点，看样子你最好去个测试正规的外企好好搞搞。一般正式点的外企开发测试都是1：1。现在人手少，资源有限呀。
而且大外企自己内部有很多资源，工具可以利用，不用自己在外边找来找去，试来试去。

引用:

原帖由 cleverman 于 2007-8-22 02:57 发表
你们是在什么系统上开发的呢？看起来你搞得挺不错的，挺有想法。
Code coverage搞过了吗？
Automation也可以搞吧。
还有API Verifier, Prefast 等等工具也可以用吧，如果是在Windows上。
不过你们测试的比例 ...

回cleveman兄：
我们的产品线基本各个平台都有，从page到client，到server。
Code coverage和Unit Test开发和我们都有在做，Emma、Clover等。不过code的coverage不是很能说明问题，仅仅是一个指标而已。测试更注重case的coverage。

不过公司下一代产品基于ajax，用到了不少web service的技术。测试就更加具有挑战性：（

还有API Verifier, Prefast 等等工具，我的却没有用过，有空要学习下。

可能是我语言不清，cleverman兄有了误解，小弟的公司应该算是业界比较著名的外企，市值曾经超过过Microsoft。公司的测试/开发 比例超过1，只是我这个team人比较少而已。测试流程应该还算先进的吧。

我说的呢？看你搞得东西也不像是小公司搞得。不过就是奇怪为什么你这个team人少？新team吗？
我对Web2.0也比较感兴趣，虽然我不是这一行的。有时间多交流呀。

这个team做的事情不跟具体项目，有些research和技术support的味道（在QA部门）。所以兵马不足sdlkfj3

呵呵，有空和cleverman大牛学习。

research，很不错呀，可以自由的去做些深入的东西。
我还是做传统桌面的项目，今天老板要求我去做code review了。我是想在penetration test上发展。
你有时间介绍下Web上的测试经验吧。我感觉跟桌面软件有很大不同。你们Web上的自动化是用什么工具，怎么搞得，搞到什么程度呀？

kangkangss 兄， 你们公司的白盒测试是如何展开的呢？ 对于白盒测试是否采用了自动化测试？
能否稍微透露一下?

不知道你们是否接触过白盒测试的回归测试。

我感觉做白盒测试的回归测试，简直是噩梦。如果代码逻辑有变更，基本上测试脚本需要完全重写。
我真的很想了解一下，你们的公司中，白盒测试怎样的流程，采用了哪些测试方式。

应seifer1754的问题，我谈一下我对白盒、自动化测试的一点看法。

先声明sdlkfj3 ，仅是个人的看法而已。

白盒测试，我的理解就是代码堆砌出功能，开发人员专注于代码（相关的技术）、片面的功能点，太low的level；测试人员review PRD、写case、用case来验证逻辑功能，基本是行使客户的职责，太high的level。
所以很多情况，具体的开发人员除了自己的单元并不了解其它、包括全局的逻辑、功能，测试人员只了解功能而不知实现的细节，哪怕一点点；

白盒测试，我想，就是用来处理中间这段雷区。在保证功能正确的同时，能从代码、设计中找出潜在的缺陷也许就是它的职责。

Code Review，Code Static Analysis，和写代码进行部分功能单元（比unit test粒度稍粗）的验证是我见过最常用的白盒测试手段。好像前2个更容易操作，当然也是基于不同种类的程序。
我基本是拿web程序来说事的。因为现在稍微有点规模的web程序都是基于3层或3+层框架，俗称MVC来开发，就算设计的再好，每层之间的dependcy对测试来说都是个噩梦。所以说前两者，在“软件测试”书上称为白盒静态测试用的比较多些；

自动化测试，我以为就是在high level作黑盒的测试，作用是用机器来节省人力。
在web上，随着web2.0兴起，页面越来越花哨和复杂，部分的功能从server迁移到page上去执行，从瘦客户端变成了胖客户端，自动化测试越来越难做sdlkfj7

我的看法是，不论自动化程度有多少，只要能节省人力就算达到了基本的目的。千万不要去追求太纯粹的自动化，就是什么都要求自动化操作，比如在跑脚本中发现问题要自动的去bug track system上去报bug，自动的把结果report发给领导什么的。还有刚开始不要定太高的目标，要把项目95％的case自动化掉等等。

我的一点浅薄认识，献丑sdlkfj1 sdlkfj1

Web上的自动化测试大概有什么比较流行的工具呀？你们的自动化大概能达到百分之多少呢？
你理解的自动化我比较赞同。都应该按照实际情况来做，不能瞎搞，乱搞。

业界领先的商业工具有QTP，SilkTest;开源的有Selenium。

自动化程度跟产品关联比较大。

相对简单的web程序，没有email、L10N之类功能的我想能达到70%。复杂的能到50%就很了不起了。

web上的自动化工具常用的还是QTP吧。

不明白大家为啥说话时老是中文，英文夹杂着写，
要用中文就用中文
要用英文就用英文
这样夹杂着写怪怪的感觉
拍砖吧

英语环境里待的时间长了就这样,倒不是故意炫耀,有时候是习惯

目前做白盒不容易阿。只能慢慢从黑向白的转型，目前只能处于灰盒阶段。。

讨论的不错嘛，赞一个

都挺有技术含量的么?好啊!

我人主要是对接口进行测试。我觉得这个测试发费的时间不是很大。也蛮有效果的。发费的时间不是很多但效果却比较好。像WEB SERVICE接口就可用soapTest进行测试比较简单。。
不过接口测试只能考虑到参数的各种情况。