- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
手机测试 。
1) ReleaseTestPurpose:
测试手机的基本功能是否实现,是否有进一步测试的必要性
Attention:
nReleaseTest的TestCase具有一定的典型性,主要是反映手机最基本功能的TestCasen本类测试只需要依据TestCase进行测试,不需要进一步发挥
n如果有发现与Case无关的Error,在测试通过后才可以填报ErrorReport
n此类测试有一门槛值,即TestCase的Pass率达到一定值(如95%)才能宣布版本发布成功,进入进一步的测试,否则此版本无效。
n除了门槛值外,如果重要功能模块的TestCase没通过,也会终止这个版本。
SystemTest
FullRoundSystemTestnPurpose
u对手机的所有功能进行全面的测试(所有语言包)
u由于Case不可能包含所有方面,所以测试时应适度发挥,尽力完成全面测试
CommonSystemTest(MediumorMinor)Attention:
nSystemTest一般分为两个部分,“跑Case”和FreeTest。
n在测试初期,一般只需要按照TestCase测,把一些不可重现的Error都记录下来。同时遇到TestCase的问题或者不充分,应该立即解决(和TeamLeader或者SpecialList讨论,补写TestCase)。在这一阶段结束后,一般要写一个SummaryReport。把这一阶段的测试结果和遇到的问题、自己的见解都写在里面(当然是用English)。
n当所有TestCase都测完后,就进入FreeTest期间。这里的FreeTest具有明确的目的性和范围。一般来说,这段时间的FreeTest只需要测自己负责的模块。而且FreeTest还负责重现前期“跑Case”是遗留的不可重现的Error。
FocusTestPurpose:
n集中于一个或几个点进行测试(同SystemTest)
StressTestPurpose:
n为了解决市场上发现的重大Error,而进行的有针对性的强度测试n主要是利用边缘测试(临界测试)手段
Attention:
n压力测试,顾名思义,是给手机施加一定压力,从而找出手机软件上的Error。一般来说,对手机施加的压力主要有:
u存储压力:由于手机采用的是栈式存储,所以当一个存储块满了之后,如果程序员不做相应处理或者处理不好的话,很容易造成其他存储区被擦除,从而在UI上出现问题(其他功能无法正常使用)。
u边界压力:边界一直是程序员最容易忽略的地方。
u响应能力压力:有时候某个操作可能处理的时间很长,在处理期间如果测试者再不断地进行其他操作的话,很容易出现问题。
u网络流量压力(如在接电话时进行短信服务)等等。
n在项目中,StressTest有时也会用来重现不可重现的Error。
n由于有不少不可重现的Error是由于MemoryLeak(内存泄漏)引起的,所以不停的重复同一个操作是重现一个不可重现的Error的一个好方法。
FreeTestPurpose:
n测试SystemTest中没有做完的不可重现Errorn寻找平时没有找到的忽略的Error
Attention:
n在SystemTest阶段所用的FreeTest具有明显的目的性和范围
n平时的FreeTest从理论上应该对所测试的范围穷尽所有的测试方法。但是,这是不现实的。在实际项目中,主要有两个方面是FreeTest所需要重视的。
u一是从UISpec上找灵感。应为TestCase是依据UISpec写的,所以从UISpec上突破是一个行之有效的方法。UISpec有一定的探索深度,加大探索深度,是一种突破的途径;另外同一个功能用其他不同的方法去实现,也是一种突破途径。
u二是多关注不同Feature之间的Interaction。这是手机软件相对比较容易出问题,而TestCase又很少能反映的地方。这是一个很大的FreeTest空间。
您可能关注的文档
最近下载
- ASTMA182-2015中文.PDF VIP
- 2025云南玉溪红塔实业有限责任公司员工招聘25人笔试备考试题及答案解析.docx VIP
- 2018湖北省施工机具使用费定额.pdf
- 25公安冲刺110考点 -更新版.pdf VIP
- 第三届全国生态环境监测专业技术人员大比武吉林省赛试题库资料(含答案).pdf
- (正式版)DB23∕T 3711-2024 《市县级矿产资源总体规划编制技术规程》.pdf VIP
- 工业设计审计报告范文.pdf VIP
- 丸红株式会社电子材料介绍.ppt VIP
- 2025年西式面点师(高级)实操技能与理论知识考核试题.docx VIP
- JBL_MS202 迷你桌面音响 说明书.pdf VIP
原创力文档


文档评论(0)