2010-05-09  邱小雷 

刘俊  2010-05-10

洗牌

任盼  2010-05-10

这个有点难

刘凤祥  2010-05-11

有限的人，做有限的事，对得起自己和自己拿的薪水是最基本的要求。

刘小袁  2010-05-11

好难啊，鼓励一下楼主啊，祝愿你早日度过难关

谢明志  2010-05-12

我在一家知名企业做敏捷咨询，可以关于敏捷测试欢迎你浏览一下以下几篇随笔：
1. http://www.ibm.com/developerworks/cn/rational/r-cn-agiletesting1/
敏捷测试的最佳实践, 第 1 部分: 敏捷的实质
2. http://www.ibm.com/developerworks/cn/rational/r-cn-agiletesting2/
敏捷测试的最佳实践，第 2 部分: 方法与实践
3. http://www.ibm.com/developerworks/cn/rational/r-cn-agiletesting3/
敏捷测试的最佳实践，第 3 部分: 向敏捷测试转变
Author:xie ming zhi
2008 2Q
4. http://www.ibm.com/developerworks/cn/rational/r-cn-agiletesting4/
敏捷测试的最佳实践，第 4 部分: 自动化测试的 ROI

张挺  2010-05-12

实际上，文章4里，自动化的ROI不能这样计算。

原因如下：
1.计算的时候完全没有考虑误报、漏报的情况
2.误以为自动化测试和手工测试可以发现同等数量的bug，没有考虑自动化工具的局限性导致的一些bug无法用工具检测却可以轻易用手工测试发现（例如，杂音，屏幕抖动）
3.自动化测试的人力成本问题
4.自动化工具本身可能存在的bug

博士的工作是把简单的问题复杂化，天才的工作是把复杂的问题简单化。何必搞得那么复杂呢。

其实，我们很简单地承认自动化测试在执行多次之后成本不断下降即可，根本不需要数学计算就可以知道，自动化的成本主要在构建的时候，其次在程序变动导致的维护的时候。

至于敏捷下要不要自动化测试的问题，则根据项目的实际情况来判断即可，自动化一部分测试用例，甚至只是自动化配置而不自动化测试，都是可行的呀。

谢明志  2010-05-13

提出的这1，2，3，4点听起来真挺不错的，是可以考虑进我们关于自动化测试的sizing 和 planning中，还是请高手指点些建设性意见，让文章4关于可以最大化投入的自动化测试成本的方法能够经得起推敲。
“承认自动化测试在执行多次以后成本不断下降即可”，我完全同意，但距离专业还很远，我的目标是为将来有需要做敏捷测试规划、管理的人提供方法和参考。文章可以解决这样几个问题，当然，这也是在过去这些日子咨询中从客户那里听到最多的。
1. 敏捷测试周期短，自动化测试成本高，我们到底应该做不做自动化测试，什么时候开始做，做多少是合理的。
2. 贵公司自动化测试显然很成熟，但是我们是刚起步的小公司，新项目，什么样的自动化测试是合理的，工具重要呢还是其他。
3. 我们老板很看重绩效，如果要选择做自动化测试，最好告诉他什么时候可以有收益，什么时候我们需要单纯投资，而这种投资产生的绩效可以考核。
。。。
关于自动化测试，很多公司做的都非常好，而成熟的、专业的自动化测试是各个行业做自动化测试兄弟们的目标和理想吧，这里也是想抛砖引玉，鼓励更多的人总结出好的方法来，虽然推导过程显得复杂了，但有些数学功底的，例如您应该非常精通，看起来还是很简单的，而别人的方法、公式还是经验之谈，关键还是他们能够客观的帮助我们站在别人的肩膀上，得到些更加科学的结论。

邱小雷  2010-05-14

很好 受教了
  慢慢在工作中运用 渗透