关于测试中不正常思路的测试方法的疑惑？

liaojuan

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

hlhelei

坚持自己的bug，直到他们改

chsugar

嗯，只能改了

夕阳西下°

既然有问题就应该要改，产品应该考虑全面的客户体验，即使是客户想不到的，我们也应该帮他们想到！

liaojuan

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

liaojuan

回复 4# 夕阳西下°


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

398073412

回复 6# liaojuan

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

liaojuan

回复 7# 398073412


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

liaojuan

回复 4# 夕阳西下°


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

omg

让能拍板的人去决定改不改。

地壳

遇到这种程序猿不改的BUG，测试人员找项目经理定夺就可以了，没必要跟程序猿纠结！正面测试与负面测试都是必要的，你做的很好。

398073412

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

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

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

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

罗晶淼

回复 12# 398073412


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

candyngwh

开发就喜欢这么推卸责任
你说你又不是客户，你怎么知道客户怎么操作
软件的健壮性就是靠不正常测试测出来的

liaojuan

回复 10# omg


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

liaojuan

回复 12# 398073412


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

liaojuan

回复 13# 罗晶淼


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

tye001

回复 12# 398073412

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

Charles_H

回复 12# 398073412


    同意！！

fang_test

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