做测试如何才能尽力避免不钻牛角尖？

applejuzi

真的不太清楚如何把握这个度，有时候认为是个Bug,但领导不认为是，因为现在测试没有明确的用户需求。我是做手机测试的，比如在对某个文件重命名，输入法有好几个，但调出输入法时有几个输入法（拼音输入法，手写输入法）挡住了要命名的文件，又没有滚动条，只有其中一种输入法（全屏手写输入法）没有挡住它，我认为这是个bug，因为多数人用的还是拼音输入法吧。类似这样的问题还有一些，大多都被否决了，真是郁闷，有类似经历的说说吧。

cuizhihui

有过类似的经历，在手机默认设置的频段中，居然有自相矛盾的频段冲突，导致在打开、修改这些项时，总会提示错误，尽管没有做任何的改动（本地化测试的时候，本地化和非本地化version均存在该问题）。但给主管说了这个情况后，主管认为不是bug。原因就是非本地化的也有这个情况，而且对该设置的原理以及针对的环境、场景等可能有特殊的考虑。所以，这个就不了了之了。
后来自己考虑了一下，确实影响不大，而且自己确实还没有对该这个的场合、原理没有搞清楚，所以，说它不是问题也没有办法。当然，这是需要后续继续跟踪、追究为何是这样设置的，但产品是台北那边做的，沟通也是由主管来做，所以就没再管了。 其实有给自己开脱的嫌疑，呵呵。。。
不过，在测试的时候，确实要把握一个度，不能太过于钻牛角尖，但也不能只测试一下皮毛。所以，如何掌握这个度，就需要我们下一番的功夫了。
个人的理解，欢迎批评指正：首先，需要对所测试的产品的重点功能、测试重点项搞清楚，才不至于在一些比较小且不重要的项目上“研究”太多，从而避免发现一些微不足道而坚持是bug而领导认为不是或者说不重要的情况，这样也能避免影响测试的心情（要知道发现一个bug，却被领导说是非bug时，心里是非常不爽的）；其次，在所有case完成后，free test时，针对一些用户比较关注、比较重要且使用频率比较大的功能进行挖掘，尽量避免去寻找那些很少会使用到的功能去深入，这样，就会稍微避免找出一些被领导认为是非bug的情况。
先说这些吧，非常不够，还请朋友们多说说自己的好的经验来分享下哦~~~~~！

zhangym960

有个设计用例的算法公式，case的个数为1*3+1*1+3*3+3*1=16，大家来分析一下公式的来由是什么？『有图』

欲知答案如何，请访问：
http://www.yd-itedu.com/news/rjc ... HJG8GI767G2GIB.html

彼得潘

有些问题它本身可能是一个问题，但是客户不关注，所以就被ingore了，除非是像crash或者reset之类对用户造成严重影响的。
另外客户确实貌似不太关心本地化问题，不考虑当地人使用手机的习惯，这个问题我也碰到过。

阿七

看需求咯   实在有必要 就和需求人员讨论    牛角有时候效果不错