讨论手机测试用例的写法

huipeng

都一样的，进公司用例有现成的，测熟后添加上自己的思想再测，就可以了。

applejuzi

测试从大方向来说无非就那几种：
功能测试：这个还是遍历菜单
性能测试：主要考虑大容量的测试，或者在极限条件下测试；
冲突测试：在干某事时来另1个事件
兼容性测试：这个主要考虑手机之间、卡之间
其他的请楼下的补充

清风雨

真高兴大家在这里一起分享。我认为手机测试最基础的是功能测试，手机所采用的系统不同，或者是其他的原因，手机的功能会有一些差异，在做手机测试之前 ，应该先了解手机所涵盖的功能项，对此分条列项，然后逐一进行测试，因为一个大的功能项里会包括很多小的功能项，比如电话本、短信息等。所以这将会是一个无比庞大的工程量。这一步做好了也会为接下来一系列的测试打好基础，无论是并发测试（两个事件同时发生，比如听音乐的时候发信息），冲突测试等等，无非是想要测试了各个功能项在不同的状态下能否正确的完成。
   以上纯属个人的一点小看法，如有不对之处，请大家多多指正。

wangxinggang

根据小弟对手机软件测试的体会，具体如下：
1.设计手机测试用例的时候，我的设计思路是这样的：首先考虑到设计的用例先覆盖各自模块基本功能（如电话本的增删改查等基本功能），然后考虑的常用的一级交叉（如在电话本编辑联系人的时候，来短信或闹钟等）；然后是常用的二级交叉（如背景播放MP3,在短信界面来电），二级交叉主要站在用户角度，用户停留较长的操作或界面（如背景听MP3,在看电子书，来电或短信），最好考虑的事三级交叉，一般遇到三级交叉的情况较少，可以在测试过程中增加和总结；
2.对于业务方面的，比如楼主提到的呼叫转移或呼叫等待，只属于运营商的规范范畴的，具体测试的是手机默认参数（比如呼叫等待的号码）是否正确，是否允许用户修改（有的手机是允许用户修改，有的是对用户隐藏，禁止用户修改，具体看手机最终的实现方式），如果允许修改，设计到修改之后是否保存成功，输入最大或最小或空（边界值范畴），用户设置默认参数之后，功能是否能正确实现（比如设置呼叫转移之后，给测试机拨打电话，是否被转移到指定号码是上），业务知识靠及时学习即可，不是很难。
3.对于是否需要测试无效号码的问题，我认为很有必要，号码虽然是无效的，但软件实现过程中有很多判断，只是我们感觉不到而已，虽然不能保证拨打无效号码能接通，但必须保证拨打无效号码时测试机不会出现异常情况（比如白屏，冻屏，内存溢出等问），最好设计一些超长的号码，达到手机允许最大号码位数并拨号，测测边界值是否出现异常。
4.关于最注意的是什么的问题，我觉得在设计用例的时候，始终站在用户角度考虑，比如我们是用户，拿到新手机之后，是怎么使用的，比较希望什么样的操作方式等，用户常用到的操作多测，基本功能必须保证，很多时候需要在测试过程中总结。测试执行之前，把设计的测试用例发出来，先测试团队评审一下，稍作修改，之后，再发给开发团队（资深的开发同事）评审，最后定稿。
5.测试过程中，需要不断的更新测试用例。
其实测试时很简单的事，不要把它想象的那么复杂，真的，即使没有做过，多像有测试经验的同事或同行学习，自己不断的学习测试知识和业务知识，很快就会成为一名优秀的测试工程师，相信自己能够做到，自己就一定做到！
加油！你一定可以的！

HISENSE_TUDOU

susan正解

testing_sky

看了大家这么多的帖子，受益良多啊。我想问一下手机测试要不要考虑关于SIM卡部分？

sunny1979

不同厂家的SIM卡,可能会发生机卡不兼容问题;
还有场测问题:中国的运营商使用的网络设备可能来自不同的设备提供商(象华为\中兴\上海贝尔\珠海鼎桥等),所以要测试不容网络设备的兼容

fzu.134

测试理清应用的工作原理和功能实现范围，进一步的定位 便可以找到一条比较完整的测试思路

Ellen_zyl

手机测试用例与其它系统测试不同点在与：交互&冲突&并发。。操作较频繁。
所以在编写测试用例时各种交互因素都要考虑到，为编写出一个较全易用的测试用例埋下伏笔。
依个人测试经验编写测试用例分为以下峁步骤,供ypeony 参考:
1.化分测试模块.手机模块的化分很重要,依每个模块为节点再往子节点延伸..
2.在各模块子节点下分别详细描述所包含功能
3.各功能下进行软件交互的编写(来闹钟\任务\来电\插拔USB。。。)

huna0102

兼容性测试分好多吧，比如SIM卡兼容性测试（各个运营商及各省市的SIM卡是否兼容），T卡兼容性测试（各种容量的T卡是否兼容）等等

huna0102

我们公司的测试用例分为：基本功能，冲突，压力，SIM卡兼容性，T卡兼容性测试，验收测试用例