51Testing软件测试论坛

标题: 关于开发提交的东西的该测还是不该测的问题、需求变更控制 [打印本页]

作者: linline 时间: 2014-2-13 14:36
标题: 关于开发提交的东西的该测还是不该测的问题、需求变更控制
本帖最后由 linline 于 2014-2-13 14:38 编辑

我经常会遇到一种情况，就是公司的一个项目（尤其是变更），没有需求、流程图、效果图、开发时间计划、上线计划等，开发提交一个测试版本，我们主管通常是拒绝测试，不想我们成为项目的附属，开发说测试就去测试！大家对此有什么看法，或者你们的公司是什么样的流程，我最近是被需求变更搞得焦头乱额的！真心不知道怎么控制这个需求变更！！，大家有什么好的建议没？

作者: 射手座追风少年 时间: 2014-2-24 15:40
开发与测试没有约定吗？测试开始标准、退出标准、异常退出标准，要是有这些标准就按照标准走，没有就建立标准，即使因为这样那样的特殊情况，也是要有原则的，具不具备测试条件，具备了才搞，不要成为开发调试的辅助人员，你们老大还可以啊，好多人都扛不住的，都是开发说测试就得测试

作者: 莉莉莎儿 时间: 2014-4-3 16:52
在通常情况下，哪怕双方有约定标准，但实际往往10有8、9会妥协，和上面领导作风有关，也和实际执行人员的职业素质相关。开发和测试之间的关系往往很难处理，如果对立会不好开展工作，太妥协也不可取，主要是个度的问题吧
只是我的一点浅见

作者: 莉莉莎儿 时间: 2014-4-3 16:54
关于需求变更，这个就我所经历，还没有一套行之有效的办法
如果有大牛有好的建议我也可以学习借鉴下

作者: guofei318 时间: 2014-9-17 17:36
1、做需求评审（测试，开发，需求均参与讨论）
2、项目计划，编码计划，测试计划应该有具体的时间里程碑，不能让开发编码无限期的拖延
3、测试准入原则。不满足准入原则，就不接收测试，减少返工。
总之，测试要有自己的原则并能坚持。

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)