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