和开发吼起了，这个到底是不是测试的问题？？？？？

ryugun · 发表于 2010-9-25 10:19:02

小弟在一家网站做测试，B/S的。。。
由于该公司开发流程不规范，而且对测试也不够重视，因此许多东西都是在测试完全对系统不了解的情况下直接叫测试（也没办法，很为难），最近又有个项目，什么相关的文档都没有的情况下从天而降的告诉我你测试下吧（我真的想打人，气死我了。。），好吧，我测试，由于没有任何资料，我也只有凭借自己的相关经验去测试。
当然有的逻辑不太了解的地方，我提出的BUG本来没有问题，好我承认，没做计较。。。但我完全不能接受的是：
验证异常数据的输入：当前的用列是，当文字内容过长的时候，页面是否出现排版异常等不良情况！
如我所想开发那边果然没有对这种情况做出处理，我咨询了项目经理，这种情况算不算BUG，需要改不，当然回答的“是”，于是我写成BUG，这个时候开发就不满意了，直接告诉我“你不能这么测，你输入点正常的数据嘛，测试不是你这样测试的！！！”，这个时候，项目经理就稳起不说话了，明明刚才都说要改的，现在又不开腔了。。。。
天啊~~~~~~~~~~~我去死的心都有了，开发居然告诉我不需要测试异常数据，严重怀疑我的操作，我自认为测试异常数据是必须的！！所以很坚持！！
接下来我就说“这样的页面到底符合需求不嘛！！不符合就要改！！”，项目经理继续沉默，开发说了”不需要改，只需要做一个字符串的限制就行了“。。我说”对嘛，那就是说还是要改嘛！“，开发”这么小的问题，不是改。。“，又JJYY说了一大堆。。。我又out了，修改一个小问题不能用改来形容，那么到底要多大的问题才能用“改”字呢？？？？在我看来，无论大问题，小问题只要需要修改的都要改！！！！-------------------------------------------------
好了，最后当然是我理亏！！我忍。。。。。。。。现在严重怀疑自己的做法到底对不，对于上面提及到的BUG到底算不算BUG（对于web页面，是否应该验证异常数据（例如，超出页面显示范围的数据）？？），求高手解答！！我辞职的心都有了。。迷茫~~~

水儿儿 · 发表于 2010-9-25 10:31:08

当然是！遇到这样的问题直接提交BUG，开发如果不愿意改，你就直接找项目经理或者是需求分析人员来决定。建议不要口头询问，写个Email什么的，把他们的回复放在Bug里。这样下次查询起来就知道这个BUG是因为什么原因不修复了。

ryugun · 发表于 2010-9-25 11:36:19

当然有书面的东西，我们用的是bugfree

ryugun · 发表于 2010-9-25 11:38:11

问题是项目经理那龟儿子，摇摆不定，开始我也问了项目经理这样的问题需要改不，他都说要改，到后来真叫开发改的时候，他Y求话不放！！！！最后确定还是要修改的时候，开发又说这样的问题不能用改来形容！！！太气人了。。

mr.bee · 发表于 2010-9-25 11:43:51

如果你已经表达清楚，而项目经理仍然没意见
那就算是这样了
项目经理自己能够识别这种缺陷带来风险和承担相关责任

megan0228 · 发表于 2010-9-25 11:47:34

这当然是个bug，正常流程和异常流程都应该是测试范畴

愚人 · 发表于 2010-9-25 12:39:25

机制问题……首先肯定是bug……你报上去……
要不要改，什么时候改就不是你说了算了……

千里 · 发表于 2010-9-25 13:30:43

若是辞职后又碰到了相同的情况，是不是想死的心都有了呢？

archonwang · 发表于 2010-9-25 14:48:31

杯具。。。

没关系，你的工作范围仅限于发现并提交问题记录，是否修改的决定权不在你。take it easy

Bapuka · 发表于 2010-9-25 16:45:31

测试的艺术，说的不光是技术了吧

水儿儿 · 发表于 2010-9-25 17:39:03

若是辞职后又碰到了相同的情况，是不是想死的心都有了呢？
千里发表于 2010-9-25 13:30

哈哈看到你这个回复我笑死了

确实这样的问题会经常出现。因为这个就辞职有点冲动。

crazymartin · 发表于 2010-9-25 17:42:36

因为这个辞职太冲动了。
你做了你职责范围的事情就行了

千里 · 发表于 2010-9-25 17:53:55

看了楼主的帖子和回复，得出：要么在情绪失控下写出的本文，要么楼主本身性格就不好。
另外，你的职责和权力有多大要弄清，是不是有些地方小题大作了？
另外，让别人承认错误是愚蠢的做法，但让别人接受建议相对较容易。
另外，我怀疑你的专业能力：你自认为测试异常数据是必须的，这不是“自认为”而是“有根据”的。

楠族开心果 · 发表于 2010-9-26 08:46:14

bug肯定是bug。你可以将bug记录下来，他们不改就是他们的责任了

千里 · 发表于 2010-9-26 09:14:04

报不报是你的职责，改不改是他人的职责，改与不改，都需要在缺陷管理工具中说明意见，这样就可以做到有凭可 ...
xiaomayi0323 发表于 2010-9-25 17:58

这个甩手掌柜当得好，貌似一个bug需要延期的时候需要评审委员会决定，而这个评审委员会是有测试参与的。延期需要测试表态，是否修改测试就可以不管了？态度未免有些消极。

我123 · 发表于 2010-9-26 10:55:33

回复 16# 千里

呵呵，是的。

hacker14 · 发表于 2010-9-26 11:11:33

是BUG，但是你不用去争吵。就提交到BUG库，然后书面表达就行了，后果你不用负责的。你尽自己本分

yehe_2000_0 · 发表于 2010-9-26 16:42:08

这个肯定是bug！测试人员是需要测试正常和异常流程的！
特别是B/S网站的测试，更要重视页面展现，只能说项目经理不敢承担责任，或许和公司的流程有关系！

wistaria · 发表于 2010-9-26 18:34:37

恩，同意楼上的观点，发现问题就要提出来，改不改令当别论，
如果秋后算账不提出来是你的责任，不改是他们的责任，
，但是建议不要口头交流，直接走EMAIL，这样大家说什么话都有个记录，就防止赖账的人。

shanxi · 发表于 2010-9-27 11:27:19

一个小实验性地想法

如果你在报bug时，就附上了修复该问题的源码，形式会发生变化吗？

		自动登录	找回密码
密码			(注-册)加入51Testing

[原创] 和开发吼起了，这个到底是不是测试的问题？？？？？

相关帖子

站长推荐 /1