怎么构思智能手机的测试用例
各位同学，有做这方面的经验赐教一下吧！我接下来要做这方面的工作，希望和各位能及时交流 当然是根据需求了，一切向需求看齐 本帖最后由 xiaoye_china 于 2010-12-20 16:48 编辑我目前的公司基本是自主研发的，所以没有客户的需求说法。研发那边貌似也比较模糊，需要自己多琢磨了.
比如基本的功能+中断操作+多任务操作 本帖最后由 Jackc 于 2010-12-21 11:32 编辑
1.需要清晰设计产品的研发结构。
目前智能手机开发大多都是直接套用完整的设计方案，然后再少量添加自定义功能。
所以，首先需要整理出以下东东：
a.哪些是直接拿来用而不能修改的
b.哪些是直接拿来用，但是可以重新设计的
c.哪些是自定义新的app，它与系统其它关联app的调用关系；
这三部分整理出来后，就可以开始部署测试资源了。
___________________________________________
2.手机测试资源的部署，在大的方向上，和普通app测试的差别不大。
也是传统的:基础测试+针对测试+性能测试+（其它）
PS：“其它”主要针对公司是否开发产品而言，若是完整的产品，则后续还有验收测试（包括硬件）+CTA测试
基础测试和性能测试部分不多说，只说说两者之间的“针对测试”。
它与之前提到第1点相关，原则是确定测试的重心。
以单个手机系统而言，它涉及的app太多，除大型公司外，其它公司都不能对其中的每个功能进行完整的测试。
所以，整体测试策略一般为：简单全面功能测试+测试重点覆盖测试
而“测试重点”来源于三个方面：
a.未重复测试区域（重复测试不狭隘于自己的测试团队是否测试过，需扩展为其它团队是否进行相同的测试）
b.新增/修改 app极其相关区域
c.用户关注度高区域
在实际测试中，无论是全面覆盖测试还是测试重点测试，其测试深度都与测试团队实际拥有的测试资源息息相关。并没有一个所谓的标准值或参考规范。测试真正的难点也是体现于此。
建议设计测试覆盖较深的用例时，尽量达到当前测试团队的极限；而在安排测试时，对较深层次的覆盖测试，可以交叉在测试周期较空闲时，选择性测试。
————————————————————————————————————
测试深度的解释：对某一个测试目标，设计不同层次的用例组以达到不同的测试目的。
如，针对“新建联系人功能”。
在版本验收测试中，只需使用正常新建联系人用例即可；
在回归测试中，则需要用到新建联系人所有属性的用例；
在功能测试中，则需要再增加对联系人单个属性边界值/字符属性等的用例。
不同的用例组用于不同的测试类型， 也就是所谓的不同的测试深度引导测试资源分布。
————————————————————————————————————————————
最后，老样子，小结一句：若想控制某个东东，需首先了解其本身和周围事物的属性 jackc分析的非常好，测试任何事物首先要了解需求 版主的发言果真不同凡响，其实我也知道自己的提问过于空洞
但是因为一切从零开始。所以难免方向不知道怎么确定好
需求肯定是必须要考虑的。但是我想建立 一个基线的用例库。那么在需求变动的情况下再进一步更新 回复 6# xiaoye_china
用例库的初期建设其实不难，主要工作还是用例库的维护。
所以，用例库建设的各个工作效果，都可以以便于维护为中心。
如，测试团队分布广且多，则用例库的基础框架则以团队组织架构为主，而对各个团队子目录中的测试类型分布要求则较低。 谢谢分享
页:
[1]
