51Testing软件测试论坛

标题: 关于测试中不正常思路的测试方法的疑惑？ [打印本页]

作者: liaojuan 时间: 2013-7-27 18:07
标题: 关于测试中不正常思路的测试方法的疑惑？
测试，要考虑正常和不正常的情况两种，这是原则；但是最近测试，提交的一些问题，都是按不正常思路来测试的，开发人员都不愿意改这些bug，他们说客户不可能这么操作，这种情况也很难出现？我也疑惑了，想请教下，大家的想法和看法

作者: hlhelei 时间: 2013-7-28 11:29
坚持自己的bug，直到他们改

作者: chsugar 时间: 2013-7-28 15:09
嗯，只能改了

作者: 夕阳西下° 时间: 2013-7-29 09:38
既然有问题就应该要改，产品应该考虑全面的客户体验，即使是客户想不到的，我们也应该帮他们想到！

作者: liaojuan 时间: 2013-7-30 11:22
是个问题，但是这个问题可改可不该，用户也不会那样去操作，一般这种问题都是易用性或是用户体验方面的；就比如，一个批量上传的功能，操作中提供了模板，必须按照模板上传才行，但是我测试可能也得考虑不正常情况，就是非模板上传的情况，然后吧，我就用非模板上传测试一些问题让开发改，开发就说这个一定的模板上传，那却是是啊，客户肯定会用模板啊，那我这个非模板上传的问题值得去改吗？还需要考虑吗？怎么去说服开发？我感觉自己的立场都不坚定了，请大家指教

作者: liaojuan 时间: 2013-7-30 11:22
回复 4# 夕阳西下°

是个问题，但是这个问题可改可不该，用户也不会那样去操作，一般这种问题都是易用性或是用户体验方面的；就比如，一个批量上传的功能，操作中提供了模板，必须按照模板上传才行，但是我测试可能也得考虑不正常情况，就是非模板上传的情况，然后吧，我就用非模板上传测试一些问题让开发改，开发就说这个一定的模板上传，那却是是啊，客户肯定会用模板啊，那我这个非模板上传的问题值得去改吗？还需要考虑吗？怎么去说服开发？我感觉自己的立场都不坚定了，请大家指教

作者: 398073412 时间: 2013-7-31 16:18
回复 6# liaojuan

我觉得像这种情况你要考虑的是非法操作会造成什么后果，比如崩溃，客户数无法恢复等十分严重无法补救的错误，这时就应该要处理一下；如果没啥严重影响的话就让它过了吧
让你坚持不是说让你钻牛角尖，要合理掂量一下

作者: liaojuan 时间: 2013-8-1 17:16
回复 7# 398073412

听您的意思是，如果非正常情况下，不会造成什么影响的话，就没必要改了啊？我就是很纠结这样的情况，不知道到底该不该坚持

作者: liaojuan 时间: 2013-8-1 17:18
回复 4# 夕阳西下°

非正常情况下，不会造成什么影响的话，还有必要去坚持吗？

作者: omg 时间: 2013-8-1 20:04
让能拍板的人去决定改不改。

作者: 地壳 时间: 2013-8-2 15:47
遇到这种程序猿不改的BUG，测试人员找项目经理定夺就可以了，没必要跟程序猿纠结！正面测试与负面测试都是必要的，你做的很好。

作者: 398073412 时间: 2013-8-3 14:52
首先，正面测试与负面测试都是必要的，这不用争议
负面测试一般有两种情况
1、有逻辑依据的负面测试，这些用例都是经过设计的，有明确的输入和输出依据
2、无序的负面测试，这时测试数据不是特意设计的，一般是想到什么就是什么，毫无规律及依据的输入

比较常争议的一般是第2种情况吧，
1.对于专业性较强的软件，有些东西实在无必要钻牛角尖非要修改，因为使用者必定也是专业人士
2.对于某些事先已有约定条件的操作，实在无必要纠结。比如
dota2游戏安装时不能带中文路径，这个官方已经明确提示约定不能带中文了，你大可不必纠结让开发一定要支持中文（当然能支持是最好了，改不动的话也不用纠结）。这时你只要测试以下两种场景
a、安装到中文路径时，应该提示：“安装目录不能含有中文字符，请修改安装路径目录！”,然后自动中断安装操作，并自动还原安装环境（假如中断前已经释放了部分文件到操作系统中），且不会产生了某些不良的影响（修改或残留系统文件、重启等）
b、安装界面应该即时给出约定条件及指引安装的信息提示，以告知用户应该如何正确操作
比如批量上传，
非模版上传则提示格式不对，请按标准模版上传····等等，然后自动中断，不会产生其它影响。这样足够了吧，你还想怎么改？
若他们没有提示，没有中断，或者产生其它不良影响，你就坚持让他们改，不改就找领导。

所有发现的问题，无论大小都应该记录下来，至于最后改不改是另一回事；改不改是后面考虑的问题，不是所有问题都必须改的，你也别总想着项目必须做到完美，那样公司会倒闭，你会饿死！
我觉得我们应该要积累经验，学会独立承担某些责任，而不是所有大事小事都要找领导解决。领导是管大局的，没那么多时间处理那么多鸡毛蒜皮！如果啥事都承担不了，你只能一直就是底层被动的小职员，不用负责也干不出大事好事
我们也要适当过滤掉一些领导不想看或不需要的垃圾信息，比如有100个未改的bug，可能其中70个你自己就能判断是否必须改的，你只需要把你无法判断的30个让领导判断决定
没有一个领导会喜欢连买铅笔胶布都要问买什么牌子？去哪家买？这样的下属

以上仅为个人愚见，欢迎拍砖

作者: 罗晶淼 时间: 2013-8-3 21:11
回复 12# 398073412

支持我最近也遇到这样的问题很多其实我发现是需求不确定导致的。对于找缺陷例如我因为在网上看过搜索的用例设计，有提到单引号易引起问题，测试了确实存在该问题，导致系统异常，问题提交后，开发说用户不会这样操作，所以不做修改，要搜索输入单引号里的内容即可，不会还输入单引号的，这让我很纠结，我认为用户会用什么方式去搜索我们是摸不清的，这里引起了系统异常就应该处理；

作者: candyngwh 时间: 2013-8-3 22:58
开发就喜欢这么推卸责任
你说你又不是客户，你怎么知道客户怎么操作
软件的健壮性就是靠不正常测试测出来的

作者: liaojuan 时间: 2013-8-5 17:50
回复 10# omg

什么小问题都要问别人的话，那就太繁琐了，需要自己去衡量

作者: liaojuan 时间: 2013-8-5 17:56
回复 12# 398073412

我觉得您说的非常好，这两天自己也琢磨了下，感觉就是您说的这个意思，知道该怎么去处理了，谢谢您的宝贵意见

作者: liaojuan 时间: 2013-8-5 17:59
回复 13# 罗晶淼

恩，就是这种问题，我觉得，用户虽然不会去这么操作，但是这样操作会引起系统异常的话，我觉得这肯定是需要修改的，如果说没有多大影响，那改不改都无所谓的

作者: tye001 时间: 2013-8-8 17:15
回复 12# 398073412

这个回复不错，我较满意。

作者: Charles_H 时间: 2013-8-9 15:12
回复 12# 398073412

同意！！

作者: fang_test 时间: 2013-8-9 15:45
回复 12# 398073412
赞同这个意见，测试中发现的缺陷，需要根据它的实际情况来判断，对于一些不影响功能的问题，可以先放一边，等到有时间再去解决，但是一定要记录下来，不然会忘记的。

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