手机case疑问，谢谢。
问题如下：1、大家都知道手机message中有很多相同的菜单功能。比如：转发功能，排序功能，在收件箱中有，在已发件箱中也有，在写case时本来我是想通过菜单遍历，但如果这样的话肯定是会重复的啊，后来想想要不按功能模块去写，比如新建、回复、转发等，但又怕一些菜单功能未覆盖到，所以这部分case该如何去写呢？
2、比如测试蓝牙传送单个最大文件时，是否需要测试所有的格式（图片的各种格式、音频的各种格式、视频的各种格式等），但在case中前面部分已经有各种格式的case了，这样是否会重复？
由于是初次写case，毫无头绪，请知道的同仁帮忙解答，谢谢。 建议： 先写模块的界面，然后写它的功能，最后写异步测试。 不论是sms的各个文件夹重复功能的问题，还是BT传输文件的问题，都遇到在不同的UI界面调用相同的app时，是否需要重复测试的问题？
所以两个问题是一个问题：如何在用例框架中，合理分布测试用例。
——————————————————————————————————
答案也很简单，给自己一个理由，测试与不测试的理由。
不同的人，不同的项目，针对相同的问题，会导致不同的结果。
通常大家都会使用测试资源效率做为评估的主体。
即如果考虑做这方面的测试，需要消耗多少资源，预期得到的测试输出如何。
当然，预计测试输出的评估方式也有多种：有人喜欢看以前的数据，有人喜欢和开发讨论，有人则喜欢“拍脑壳”……
总之一句话，就是评估这个测试是不是必须做，值不值得去做。
——————————————————————————————————————————
上面说了一堆废话，由于不清楚你们在测试执行时，测试资源的分布，所以我也拍拍脑壳，给出3个方案，你可以酌情选择：
1.在测试资源富足的情况下，遵循“对任何事物保持疑问”的态度，所有的重复用例，只要前置环境发生变化，就需要重新测试。
2.在测试资源勉强够用的情况下，按照“需求优先级”，重复用例只在优先级最高的前置环境中使用，如SMS中，收件箱的优先级显然大于发件箱。
3.在测试资源勉强够用的情况下，还可考虑根据需求优先级交叉使用测试用例，如，前2个连续版本中只在SMS的收件箱中测试重复用例，而第3个版本只在SMS发件箱测试重复用例。
PS：
第2和3种方案在删除重复用例时，至少应保证重复用例的主要功能得到实现。如，当计划只测试SMS收件箱的转发功能时，针对于发件箱转发功能，至少需要设计发件箱“选项菜单正常打开转发界面”的用例。
第2和第3种方案可咨询相关开发人员，以更准确的删除重复用例。而第1种方案无需与开发人员沟通（开发说不测，测试人员就不测，那还要测试做什么……） 当资源充足的时候，大量测试用例重复并不是一件坏事，全面地进行测试可以避免漏测的事发生！
页:
[1]
