空间管理您的位置: 51Testing软件测试网 » Testing life of tengmy » 日志

叶子，软件测试sky下度过十数载生涯。几多风雨波折，几多辛酸甘苦，不足为外人道也。若干手机测试，web测试，金融测试经验，若干测试管理经验，现在依然带着若干迷茫然信念坚定的踽踽独行于金融软件测试的茫茫大海之中，希望在测试的道路上有更多的同路人。

有点错位。

上一篇 / 下一篇 2010-04-08 11:28:05 / 个人分类：测试感悟

查看( 682 ) / 评论( 1 ) / 评分( 0 / 0 )

"W8~2}Hci:p@GQ0
!l,V{;y@$o Zj(Z0以往对我们来说，QA的一部分职责是提交issues,retest.至于修正标准如果spec没有依据的话，应该让developer去跟对应负责人来说。然后确定一个方案来回馈给我。

而现在，不知道什么时候开始，便成了我需要把各个没有明确依据的issue去跟澳洲的负责人去讲，然后拿来解决方案告诉developer如何去改。如果澳洲的负责人不确定，往往愿意问我：How do you like the behavior?How do you think?

让我觉得有一些压力。万一我的修改意见牵涉面太大，价值太小怎么办？最近总被这样的事情纠结着。有些时候，其实判断价值，风险不是一个很明确的可度量的东西。

/u4j+K0v)ka*w{0我尽量的去跟developer沟通，了解一些修改可能引起的风险，进而决定是否需要修缮一下自己的解决方案或者跟澳洲研发中心的Top们去讨论一下。

XE^jU)EBJlR0偶尔觉得自己不知道是level提升了还是错位了。。。

这样的转变其实很多时候我还是有些开心的。因为很多基于业务的理解，我可以有依据的去指导开发人员去做成一个什么样的东西以便于达到客户的要求。但是有些时候，没有明确依据的时候，往往就会担心。我这样的想法是不是真的可行，会不会引起别的问题？51Testing软件测试网o"|*G-E?1Q)~

#PXMb%s?x9v P$z0以往在ibm，这样设计方面的修正或者功能上的改善，或者没有明确依据的问题的修改，我们都会提交给专门的consultant/Architect来进行评估，防止有预期之外的风险存在。

也曾很羡慕那个高高在上的consultant，希望有一天自己可以成为那样的人。

今天似乎触摸到了consultant的一些零星小事，才发现，其实很多事情，简单的决策背后需要拿出的勇气和付出的努力是别人所无法估量的。51Testing软件测试网!s0I!L{/@g

)wY.d&]Su-z1si8J0悉尼那边这样的人有，但是去忙别的product去了。于是那个原本只是开发层面上的负责人接管了一部分这样的工作。除非他觉得这样的问题自己不确定，否则会按照我提供的方案去进行修正。但是偶尔，我发现，他的方案也有自相矛盾的地方，所以这样的隐忧越来越多。51Testing软件测试网Z:sT$M(xx

How i can do to solve the problem?

收藏举报

TAG:

引用删除 sihanjishu / 2010-04-08 13:42:55: 把触角伸到测试以外的领域，也是自身能力的一种提高。当然压力与风险是少不了的。
责任与风险是共担的。有的时候，也是要勇于拍板的。谨慎的处理，妥善的分析，充分的沟通。
每次的决定，都是来自于大家的共识，那么问题就可以很大程度的避免。