关于测试菜单有效性的问题

mmxcxx

请问大家,要测试菜单有效性应该详细到什么程度,    比如初始化要测吧选种图形要测吧没选种要测吧

想问是的还有什么环节要测比如   如果没有对图形进行过移动,undo 和redo就不 生效要不要再写对图形时行移动后,undo生效,,


想让redo生效就要写有undo操作redo才能生效,以上这些是应该写到测试用例还是测试菜单有效性里???????????????//


大家可能没看明白我想说的是究竟要细到什么程度??


语言表达能力有限          见谅

babybear315

其实这个问题也是一种交流沟通的的方法问题，测试人员要具备良好的沟通交流能力，这样才能更少的产生不必要的争执，更早的修正bug

云层

关于一个bug是不是要改，当这种测试和开发有争论的时候应该由
pm或者qa来负责确定结论

而不是tester去直接和开发人员打交道

archonwang

实际上在真正的开发过程中，测试人员和开发人员的矛盾就是从这些小问题上开始的，做开发的不当回事，做测试的盯着不放。在大多数时候，如果时间允许，这种问题就需要修改，如果项目太急，则有可能被开发人员忽略。先明确一个目标：完成项目～然后才是维护。所以，测试需要及早介入开发过程当中，在一定程度上就是为了避免这类似小非小的情况。

云层

1。所有按钮可用
2。不会出现矛盾的按钮显示，比如粘贴板内没有内容，但是粘贴菜单还是可用的

最基本的应该是这两点吧

jzhao

这个要看实际情况了，如果有可能当然是越细越好了，比如在某个状态下，哪些菜单可用，哪些不可用。其实现在很少有软件能做到这点，就连TD也存在这样的问题。

mmxcxx

可能是我没表达清楚

测试有单有效性是不写在测试用例里,,我们写在menu制御里


我想问究竟要细到什么程度,,,是每发生一个动作都要写到menu制御里吗

jzhao

个人认为这些最好不要写在测试用例里，因为像这样子的问题在一个程序当中会很多的，会显得用例很乱。建议你把这些编制成一个规范性文档或者一个单独的菜单测试文档，把具体的要求写在文档里，照着文档来检查一遍就可以拉。