比如:通話過程中,一低電量提示信息出現,會不會導致當機與無法繼續通話的情況.
等等... 做手机小应用的测试用例了吗？
比如：计算器、秒表、文本编辑器、世界时钟之类的 :victory: 关于楼主的第一个问题，“手机各个功能之间有很多的交互”：
这个涉及到操作系统的多进程问题，我认为如果你的手机操作系统支持多进程，这应该是重点测试的一部分。尤其是电话、短信模块与其它模块的交互，我觉得的全面测试，把每个模块与这两个模块之间的交互都要测试到。
测试的标准应该是操作系统对于各模块优先级的规定。
手机测试用例
大家好，我刚刚要开始写手机的测试用例，以前从来没写过，所以经理也只让我负责写工具箱那个模块的，请问大家应该怎么开始呢？大家在写得时候有没有画功能图
新手上路，请多多指教:)
手机测试用例
在测试里,很重要的一个名词是:覆盖率.所以,一般能够想到的测试点都是要测试的.对于收集测试,基本功能测试和交互测试是主要的测试,所以你说的都是要测试的 这些都是属于黑盒测试吧
对智能手机大家有没有好的测试用例 谢谢 我从事手机测试有1年多了，希望好东西大家一起分享！用MSN的 加一下： snoopykitty@163.com 多多交流！ 路过～:loveliness:
UI
UI 也很重要。。。。不可小视 写手机用例：1功能模块 2交叉测试 3压力测试4容量测试 5兼容性测试回复 20# 的帖子
对的 总结的几条比较经典 哈 偶也是手机测试的初学者。觉得和普通的软件测试还是有相似的地方。就功能测试而言，先把所有的功能进行一遍确认测试，就是先编写一般正常应用情况下的测试用例。这样就将手机的功能先理清楚，在对每个功能依据等价类划分、边界值分析等方法添加其他合法/非法用例。至于交叉测试，可以以主要功能之间进行交叉，如通话和短信，通话和娱乐，通话和工具箱，然后在进行里面细项的交叉，这样写用例思路就比较清楚了吧。 手机测试用例要写到全面完整具有很大的难度,现在手机功能越来越多,每个功能使用起来会联系在一起,如就单个功能模块写测试用例应该不成问题,但是这样子就着单个模块来测试测试出来的bug是有局限的,很多的bug都是发生在事件交叉过程中,要写好交叉测试用例个人觉得很烦琐,没有个清晰的头绪,请问大家有什么好的见意,应该从哪里着手写好?谢谢 手机软件测试一般我分下面几块来写：
1.MMI 界面测试
2.基本功能测试
3.异步测试
4.边界测试
对于手机一些交互测试，可能有重复性，但要看你们那边测试需求啦，如果两块都提到要测试，就可以只测试一个文档里的重复的那一块。 我这边有些，可供参考的 顶一下，写交互测试用例，感觉要深入了解各个模块的之间的联系，彼此相关的模块做交互测试，很不相关的模块就没有必要测了吧，即使测了出问题的可能性小；再就是根据用户比较常用的交互模块需要测试，我自己认为，:loveliness: 请高人指点。
压力测试测试什么
容量测试：测试message存储满了时，再接受信息，看手机有没有提示，能不能接受到，算是容量测试吗？还有其他的吗？
兼容性测试：测试不通SIM卡能否在手机上有信号，算兼容性测试吗?还有其他的吗？ :)
