第一次与开发冲突
上一篇 / 下一篇 2013-01-30 19:01:54 / 天气: 晴朗 / 心情: 郁闷 / 个人分类:人际沟通
TAG: 人际沟通
- 引用 删除 nightxxxx / 2013-02-26 14:11:36
- 说说其他细节,这里一直强调的有没有需求文档,跟这种问题应该么有直接关系吧?有问题就应该提,但是需求文档有没有不应该找下层开发,应该通过流程规范去压,跟单个开发说文档,根本没意义
- 引用 删除 fengzhulin / 2013-02-06 17:50:46
-
我认为这件事情双方都有不对的地方;
我觉得你应该先和自己的直线leader先沟通,这种体验、界面类问题是否应该提。如果得到leader的许可,就尽管提;如果leader都否决了,那么她肯定也会告诉你理由的。这种没有文档的前提下,直接和开发沟通这种需求,肯定会有争执出现的。
- 引用 删除 mkatsoho / 2013-02-01 10:57:15
-
点评三句
其一:典型的对话,常年发生,无新意欧
其二:5点总结,只有一点的一半有效(第三点)。如你所述,测试的地位和权力才是决定因素。
其三:没有CTO,你的manager想来也无计可施吧。不过,未来客户体验差,QA仍然会被首先被问责。有木有?!
- 引用 删除 51testing_bell / 2013-02-01 10:56:35
-
很多公司都有这样的项目, 有时候客户出很少的成本, 要求就是保证核心功能就可以; 于是测试人员变成了费力不讨好的角色, 连PM都不予支持.
说不上是谁的错, 希望在项目初期, 管理层能够把一些理念与大家共享; 按照bug级别标准进行测试粒度的界定.
个人认为测试员并不是将细致发挥到极致就是好的, 在bug级别和修复成本之间进行平衡是项目每个成员的责任, 没必要为了明确责任而推给leader. 只要公司的管理不是很变态, 我们就都担当得起.
- 引用 删除 51testing_bell / 2013-02-01 10:47:56
-
评 5 分
- 引用 删除 rulen / 2013-01-31 16:58:15
-
这种情况是很郁闷的,如果迁就开发,会让我们觉得自己不专业,不够负责任;如果坚持到底,又会得罪一大片开发。。。不好混。。。
我的做法:bug尽量提出,bug是否为closed状态由负责人定。