|
锁定老帖子 主题：见怪不怪的测试
精华帖 (0) :: 良好帖 (1) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2011-09-13
鹿鸣 写道 我是测试人员，测试过一段时间后，很容易软件疲劳的，比如一些显而易见的问题，根本注意不到，或者受开发人员的影响，信任了他们的解释。
感觉解决方法有两个，第一就是细化需求，一切都写到明面上，对错一目了然，没有含糊的地方，而且写细了，在需求评审的时候，大家也可以对不确定的地方集思广益，否则到后期设计编码阶段，很多情况下，开发人员直接按照自己理解的做了，而且一下想法还可能影响到测试人员；第二就是专家或用户审核，无论如何，最后用软件的还是用户，不是开发和测试，开发和测试受需求等影响，认为正确的，但是到客户那里可能就有其他的说法了。 测试人员不是万能的啊，都需要有参照（业务、需求、设计或其他文档，或参与开发会议等等），而且开发人员可能只做一个项目，测试人员很多时候同时测试很多的项目的。 其实我觉得你说的非常对，大家做时间长了，或者时间太短压力太大，都很容易产生疲劳，对于一些连带的东西失去了想象能力。 也许想象能力根本就无法作为一个衡量的标准，但是往往在一些小地方的别扭，深入下去就会拽出一大堆深层次的问题。 你的方法也很理想，如果一切都能有时间写在纸面上，那么测试人员只要按照上面测试就好了，根本不会存在模棱两可的问题，事实上从时间和成本的角度考虑，我们的设计可以说只能做到指导性的说明，细节处根本没有时间去写。深一步说，都写出来了，测试人员更容易失去主动思考能力。 专家审核前提需要有专家，由于团队的独立性，很难有第三方专家介入，即使专家临时接入，往往效果还不如团队成员的头脑风暴。 客户审核？这个绝对没有，人家是垄断企业，直接跟我要结果。 有时候什么是正确的都很难定义，我们和客户只能走一步看一步，我还要看客户脸色行事。有时候只能努力的让自己看得比客户远一点，最好的现象是客户说一点，我们能贯通融汇，把相关内容都修正，同时还不要超过客户的时间/成本预期。 这样说起来，我对测试人员的要求就如同客户对我的要求，也不算过分吧～ |
| 返回顶楼 | |
|
发表时间：2011-09-13
int08h 写道 需求评审、设计评审都去哪了，上游的输入输出没控制好，到头来怪罪到下游的编码人员身上，楼主认为合适吗？在责备编码人员没有意识之前，为什么不先好好地重审和整顿一下上游需求管理和设计人员的意识呢……
如果说没有上游的这些人员，那我认为这个问题最大的责任人是楼主你，这些看上去不像是编码或者实现级别上的错误，更像是全局上的把握有问题，而有资格找各开发、测试人员谈话的你，似乎正是这个把握全局的人吧？ 当然如果需求输出是正确的，视觉设计的界面也是正确的，设计方案也是正确的，只是编码实施的时候和上游的输入有误差，那自然是编码人员的问题，直接按管理规章给予处罚是完全不需要任何纠结的。 兄弟还有需求品审和设计评审呀，看样子你们不是维护项目啦，需求我们最多有个会议记录，至于设计嘛，有指导性的就不错了，评审就算了，全部都是我一个人完成。 上游到下游，说短也短，大家都很熟，我说两句下游的兄弟就能马上开发了。 其实我真的没有责备的意思，我也理解这样的情况和我项目（维护）的性质有关，和组织架构（一个头，9个平级）有关，和需求交涉的方式（只有我能去，其他人在公司里听结果）有关，和维护的项目个数（20多个中小型木）有关。 其实我又何尝不知道最大的责任在我呢？ 设计上人力的不足是我们团队目前的短板，但是通过有效的沟通和测试人员独立的思考，其实也有很好效果。 对于全局的把握是我，同时我也希望不仅仅是我，最少也该有个测试人员。 |
| 返回顶楼 | |
|
发表时间：2011-09-13
kevin2003sk 写道 有没有可能是你项目中高级别错误太多，让测试人员都麻木了，对于bug的敏感度下降？
是的，低级/高级/不高不低的错误一堆又一堆，测试跟我说“正常呀，到处都是bug呀，我不觉得这个问题有多么严重....” 
|
| 返回顶楼 | |
|
发表时间：2011-09-13
shixueyou521 写道 这么认真，没吃好饭 ， 好员工
那是，整个项目站在全局角度的就我一个人，有些问题我如果不想到，那就一定没人想到，最终我一定会被客户骂得狗血喷头。 说真的，最近有没有胃口吃饭了。 |
| 返回顶楼 | |
|
发表时间：2011-09-13
xialiang19851204 写道 是一个菜单还是链接 完全是业务和产品设计人员定义的.定义完成出静态页面.程序员负责将静态页面做成动态功能.这问题明显是出在产品设计上面 怎么能怪开发和测试人员呢.
哦，这个和你理解的不太一样，我们是升级程序，有大量的历史数据，菜单/链接设计没有问题，但是数据迁移有问题，马拉的万花筒出现在了魔兽世界里，可惜，测试都没有发现..... |
| 返回顶楼 | |
|
发表时间：2011-09-13
yugenning 写道 公司里面，各个职位并不是很明确的。尤其是UI设计师，这个对于Boss来说更是可有可无的。甚至有些是设置了这个岗位，但是却由对js稍微熟悉的JAVA开发人员兼任；
更经常的问题是，需求做完之后，全部都一股脑的砸给了开发人员，开发人员先被砸晕，过了一个星期才恢复过来，而后被时间逼迫着加班加点完成任务；之后一股脑的砸给测试； 测试前面正嘻嘻哈哈的看着开发的忙碌，而后也被开发给砸的头晕，之后进入发狂的测试； 可惜由于测试对于需求不熟悉（需求未宣讲，或者有调整），测试问开发这个是啥功能，更有一些公司，让开发在功能结束之后写个所谓的单元测试报告，而测试就按照开发写的单元测试报告重新验证开发人员提交的功能； 之后。。。。再之后，，杯具就是这样子来的。。 你这个太初级。 首先我有专门的美工哦~,还是2个～，程序员的美感～算了吧。 其次需求做完后，我会进行wbs，不会”一股脑“给开发，美的他，而是每人每天一个任务，完成就领去下一个，完不成就继续，不要求加班，只要求你上班认真。 之后测试是测试任务的，具体也是一天几个，完成后再领。 再开始测试前，我（需求人员）会跟测试/开发说清楚的，尽量让他需求熟悉起来。至于测试报告嘛，你懂的。 |
| 返回顶楼 | |
|
发表时间：2011-09-13
JE帐号 写道 xialiang19851204 写道 是一个菜单还是链接 完全是业务和产品设计人员定义的.定义完成出静态页面.程序员负责将静态页面做成动态功能.这问题明显是出在产品设计上面 怎么能怪开发和测试人员呢.
我非常同意这个观点。这并非是为开发或测试推卸责任。 页面如何布局，如何交互，这是一件很严肃的事情，是需要UI设计师去做设计，业务去确认的。对其正确与否的判定规则也是要由UI设计师来规定的。 考虑以下场景，你觉得应该是个菜单，而不是链接，并且从基本常识来看就应该是个菜单。但是从UI设计师那就是要求是链接，那我认为你就应该接受是个链接的事实。这是大家共事的基础，不要越界。 如果说，你们没有UI设计师这个角色呢？ 这很常见，很多公司都是需求与开发组长设计页面，美工仅作效果。没有一个专业的角色来控制界面交互设计原则。但是就算在这种情况下，也不能把界面与交互的设计原则控制工作分散给开发和测试。一个瓜被很多人切只能是大小不一，体无完肤。所以归根在这种情况下，整个项目组到底是谁在事实上掌控这界面交互的设计权？在整个项目周期中，到底有没有为界面交互的设计留出一个评审点？ 如果这一切都没有，那么就像你现在这种情况：这个地方我认为出问题了，但是我突然发现现有的机制无法避免这个问题。所以只好归结到人不敏感了。 对于UI掌握，一句话，我说的算。美工听我的，开发听我的，没有评审，一切以我说的为准。 简单吧。 |
| 返回顶楼 | |
|
发表时间：2011-09-15
如果是一个合格的程序员，出现Bug的时候，大部分是输入性问题，程序员最无辜
|
| 返回顶楼 | |
|
发表时间：2011-09-16
这样的问题多了，见怪不怪也正常。理解有问题那是项目开始到现在一直没个定位，不能怪员工。
|
| 返回顶楼 | |
|
发表时间：2011-09-19
guyuanwuxin 写道 如果是一个合格的程序员，出现Bug的时候，大部分是输入性问题，程序员最无辜
你不能要求用户输入什么，用户可能输入非法的东西，这就是现实世界。程序需要对用户的输入做判断，不能假设用户不做非法的东西！ |
| 返回顶楼 | |
