公司不算是小公司(600号人),可一直觉得出来的东西却真不够大气。

就拿测试来讲,通常分两层:

一、开发人员在开发过程中的测试。

二、系统发布后,实施人员或者开发小组大体掌握业务框架后“点一点”完事。

仅此而已!

 

前段时间,公司邀请msup的陈老师过来做了一个讲座。感觉离我们有些距离,说原因:一、我们做的是项目不是产品,而项目也往往都是“赶工程”,打个稍夸张,但也确为现状的比喻,月底上线,月中开工。

别说测试人员,就开发人员,设计人员都可能对业务还有点模糊。

陈老师在课中讲到了许多测试工具,但说到底工具再多,没有业务的支撑也都无济于事。

在网上搜了一篇关于测试人员对业务了解的文章【软件测试人员怎么去了解业务】http://www.51testing.com/html/88/n-213488.html,从中可以看出测试人员在项目或产品的开发过程中的参与程度是占相当比例的。要是这样,我们60个人的团队只有一个半人(另一个人还负责团队的行政杂事等工作)的测试小组不累死,也得扒下。

 

领导重要、设计重要、开发重要,测试同样很重要。没有完善的测试,不会有好的产品,不会有好的项目。

一味追求高利润、高产能,却忽视了高质量,将是“死”的节奏!

 

转载学习一篇【代码覆盖率】相关的帖子

http://www.cnblogs.com/coderzh/archive/2009/03/29/1424344.html

 

相关文章:

  • 2021-10-20
  • 2022-12-23
  • 2021-07-02
  • 2019-02-16
  • 2022-01-26
  • 2019-08-17
  • 2021-10-07
  • 2021-05-18
猜你喜欢
  • 2021-08-07
  • 2021-10-21
  • 2021-11-29
  • 2021-12-11
  • 2021-07-24
  • 2021-09-27
  • 2021-12-19
相关资源
相似解决方案