[转]在国外做软件测试工作的体会
上一篇 / 下一篇 2013-01-07 12:32:49 / 个人分类:测试管理
TAG:
- 引用 删除 Trista_Small / 2013-01-07 14:33:20
-
原帖由Trista_Small于2013-01-07 14:31:24发表
发现你跟我的情况基本上是一模一样的。不过我现在倒是在困惑期,跟你交流一下我的想法。
我们公司名义上.
楼主转帖时可以带上出处,这样可以直接去跟原文作者交流。。。我是回复完之后才发现是转帖的,说了这么一大堆。。。
- 引用 删除 Trista_Small / 2013-01-07 14:31:24
-
发现你跟我的情况基本上是一模一样的。不过我现在倒是在困惑期,跟你交流一下我的想法。
我们公司名义上是美国一家五百强公司的某个子公司,实则就是帮他们做外包,一切需求都来自美国,我们不管是开发还是测试,都不接触需求。
像很多国外的企业一样,我们采取敏捷开发模式,不知道你们公司是不是用这个,不过你说你们的bug是用jira来管理,所以我猜想你们还是用的瀑布开发模型?
我们的开发流程一般是这样:
美国那边获取需求,领导层把需求分解成一个一个的userstory,再把每个userstory分配到各个开发团队,并且以两个星期为一个阶段,我们称之为sprint,每个阶段完成一定数量的userstory,并生成一个小的可以测试的版本交由测试人员测试。测试完毕再开始下一个阶段的工作。这样不断迭代,最终完成一个产品。
接下来在产品交付客户使用之前,会有一个release test,就像你说的那样,全民出动测试,包括CEO。这里就出现问题了,他们之中有的非测试人员对我们的产品完全不了解,不知道这个产品是用来干什么的,也来进行测试,他们测试的根据就是我们测试人员写的测试用例。这样对我们的测试用例的要求就简直是严苛了。不是我不想认真对待我们的测试用例,但是如果要写成随便一个人就能照着测试用例进行测试的话,那我们是要把测试用例写成使用说明了?而且个人认为,全民出动的作用并不大,反而是扰乱了大家,尤其是对开发人员来说。没来由地每天接到极大数量的不知所谓的bug,费很多时间去跟他们解释这些bug并不是bug或者已经改了或者采取了其他的方式解决了等。
测试流程改进这个问题,我们测试人员和公司一直在努力,但是总得不出一个较好的方案。我相信国外的测试流程会比国内的要完善一些,但也不是完全可取的。各行各业都会有各自业内的难题,我们需要做的,就是在专攻领域知识的同时,思考怎样能让我们的行业变得更好并不断努力尝试以走出一条proper and perfect的路。