点滴
IT博客 首页 新随笔 联系 聚合 管理
  103 Posts :: 81 Stories :: 50 Comments :: 0 Trackbacks
有感于Songfun的软件测试常识
有感于Songfun的软件测试常识：http://bbs.51testing.com/thread-7244-1-1.html

笔者初入软件测试领域才几个月时间，原来从事开发几年，由于工作调动而转行测试，最近才加入51Testing，在这里，才真正认识到有好多的东西要学。
今天读过Songfun的软件测试常识，觉得受益良多，觉得只有记下来自己的感受，才无愧于自己和大家。

1) 测试的必要性。
为什么要进行测试？测试是不是只用来找BUG？还是老板要我做测试，没办法。测试是产品质量的辅助手段，是保证产品驱于客户满意的必要条件。测试充分准备了，发现了应该产品生命周期中的95%的BUG，就必然为产品的质量提供了帮助。


2) 测试的全程化
测试是全程化的，它不只是在需求和设计人员完成产品或项目的需求调研、设计等完成之后，根据其做的“测试设计”。测试应该是全程的，从产品的需求开始，测试人员就应该介入，做为相关共利益者，参加各种讨论和CCB会议，用测试的眼光查看提交的各种文档。要知道，这种文档是自己以后工作的依据，如果此时不清楚，或者不合理，都可能引起将来自己测试用例和测试方案的改变，因此此时都要用心，充分研究文档的每一条。

以前一条没清楚测试人员在需求就介入能起什么作用，看来，此时非常的有必要。

文章有一点我非常有共识，就是“测试以客户为中心”，包括需求是否是客户需求的，多的不要，少的不行，改变其习惯的也不能要等。我所测试的产品经常有客户反应使用不习惯，而开发者经常说我提供了相关功能了，只不过你改变一下习惯不行吗？不行，客户是甲方，他有权力说不行，如果等要交付产品时才改，那改动就非常非常大了，血的教训呀。

3) 测试人员的职业化
测试人员要有清晰的头脑，知道自己在做什么，自己为什么做，如何去做，预期达到的效果是什么。一定要保持清醒的头脑，千万不要把自己看成是产品开发过程中的附属部门，可有可无，干好干坏都一样，实际不是这样。每个领导既然设置了测试部分，就说明他还是对测试报有很强的信心，要做出点什么事情(除非那那要开发人员兼做测试的那种)。

我很佩服刘德华，40多岁的人了，还要娱乐圈如此活跃，尤其喜欢他说过的话，做什么事情都要上心，努力做好每一件事儿。这也是个男人负责任的表现。

具体到职业化的做法，就有很多的理论和空间可去做，包括心理、思维、交流等了，但是我还是想说一句，不知是哪位大师说过的了“测试是一门艺术”，有很强的发挥空间，看自己怎么去处理。


4) 分析报告
这一点是也是我从songfun的文章中感受很深的一点。做测试的意义是什么？找完了BUG，还能做什么？以前做开发，测试人员给我的感觉就是找BUG、同时做点需求上的纠正就算不错了。而事后的分析几乎没有，开发者和设计者从来没有对自己犯的错误进行过分析，以后相类的错误还是出现，大量的时间和精力还是要继续放在找BUG上。

多一点分析，多一点指导，这是一个企业的知识库的所在，也是企业精神的所在。而我们实在是太欠缺了。




当然，仍有比较困惑的地方：

1) 自动化测试领导的80-20原则是否仍成立
在原文的80-20原则部分，Songfun兄说自动化也大致符合其数据。但是我在几个月的工作中主要进行的自动化测试，我总觉得这个数据不太适合自动化测试。项目不同，自动化BUG查找率也不尽相同，而且相差比较多，像我的工作，自动化测试目前还不到10%，而且我也看了几本外国人写的书，像Mosley等，他们也对这个数据感觉无法控制。

2) 为效益而测试中的度是什么？
在企业中，除管理层外，最受重视的销售，然后是开发，最后才是测试。因为前者是最接近钱的部门，而测试是最与钱无关的部分。不论老板怎么说重视测试，测试总是处于最被忽视的地方(至少中国老板是)。测试人员考虑不到多少成本问题，它只是对产品的质量负责，职业精神也要测试人员把质量放在首位。
当然老板总是希望测试人员发现多多的BUG，而且不占用过多的成本，在这种压榨之下，要测试人员把这个度把握好实在不好办。


呵呵，还是学到很多的东西，感谢Songfun。
posted on 2006-10-11 14:48 天空 阅读(344) 评论(1)  编辑 收藏 引用 所属分类: 他人的测试总结

评论

# re: 有感于Songfun的软件测试常识 2006-12-18 18:47 bugu
有感于“测试总是处于最被忽视的地方”，包括在公司里的地位，机会，重视程度都会比开发低很多。
但是，发现问题，第一个就是叫你，问你怎么测试的？
真是苦啊  回复  更多评论
  

只有注册用户登录后才能发表评论。