集成测试计划书.docVIP

  1. 1、本文档共7页,可阅读全部内容。
  2. 2、有哪些信誉好的足球投注网站(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
集成测试计划书 1引言 1.1编写目的 本文是描述****集成测试的大纲文章,主要描述如何进行集成测试活动?如何控制集成测试活动?集成测试活动的流程以及集成测试活动的工作安排。本文主要的读者对象是项目负责人,集成部门经理,集成测试设计师。 1.2背景 项目名称:***集成测试 项目相关对象:****************** 1.3定义 **********:******************** 1.4参考资料 《*********》 2测试项目 本测试主要为***系统的集成测试,目前***的版本为2.0,测试是***的最终集成测试,是建立在开发组程序员开发完毕自己的测试以及开发组测试的基础之上 3 被测特性 3.1操作性测试 主要测试操作是否正确,有无误差?分为两部分: 3.1.1返回测试 由主界面逐级进入最终界面,按EXIT键逐级返回,检查返回时候屏幕聚焦是否正确 比如: 1.?????? 进入“系统设置” 2.?????? 进入“频道有哪些信誉好的足球投注网站” 3.?????? 进入“自动频道有哪些信誉好的足球投注网站” 4.?????? 按EXIT键返回,检查当前聚焦是否为“频道有哪些信誉好的足球投注网站” 5.?????? 按EXIT键返回,检查当前聚焦是否为“系统设置” 3.1.2进入测试 由主界面逐级进入最终界面,按MENU键返回主界面,再次进入,检查是否聚焦正确 比如: 1.?????? 进入“系统设置” 2.?????? 进入“频道有哪些信誉好的足球投注网站” 3.?????? 进入“自动频道有哪些信誉好的足球投注网站” 4.?????? 按MENU键返回主界面 5.?????? 当前聚焦是否为“系统设置” 6.?????? 进入“系统设置”,当前聚焦是否为“频道有哪些信誉好的足球投注网站” 3.2功能测试 测试机顶盒中每个应用的功能是否正确 3.3性能测试 3.3.1疲劳性测试 测试连续开机1个月不关机器,每3天去运行一次应用。看系统的稳定性 3.3.2大容量数据测试 前段***数据库表中含有大量数据,测试***功能 4 不被测特性 5 测试方法 1.?????? 书写测试计划 2.?????? 审核测试计划,未通过返回第一步 3.?????? 书写测试用例; 4.?????? 审核测试用例,未通过返回第三步 5.?????? 测试人员按照测试用例逐项进行测试活动,并且将测试结果填写在测试报告上;(测试报告必须覆盖所有测试用例) 6.?????? 测试过程中发现bug,将bug填写在bugzilla上发给集成部经理;(bug状态NEW) 7.?????? 集成部经理接到bugzilla发过来的bug 7.1? 对于明显的并且可以立刻解决的bug,将bug发给开发人员;(bug状态ASSIGNED); 7.2? 对于不是bug的提交,集成部经理通知测试设计人员和测试人员,对相应文档进行修改; (bug状态RESOLVED,决定设置为INVALID); 7.3? 对于目前无法修改的,将这个bug放到下一轮次进行修改;(bug状态RESOLVED,决定设置为REMIND) 8.?????? 开发人员接到发过来的bug立刻修改;(bug状态RESOLVED,决定设置为FIXED) 9.?????? 测试人员接到bugzilla发过来的错误更改信息,应该逐项复测,填写新的测试报告(测试报告必须覆盖上一次中所有REOPENED的测试用例); 10.??? 如果复测有问题返回第六步(bug状态REOPENED) 11.??? 否则关闭这项BUG(bug状态CLOSED) 12.??? 本轮测试中测试用例中有95%一次性通过测试,结束测试任务; 13.??? 本轮测试中发现的错误有98%经过修改并且通过再次测试(即bug状态CLOSED),返回第五步进行新的一轮测试; 14.??? 测试任务结束后书写测试总结报告; 15.??? 正规测试结束进入非正规测试,首先是ALPHA测试,请公司里其他非技术人员以用户角色使用系统。发现bug通知测试人员,测试人员以正规流程处理bug事件; 16.??? 然后是BETA测试,请用户代表进行测试。发现bug通知测试人员,测试人员以正规流程处理bug事件。 几点说明: ??????? 测试回归计划为三次; ??????? 测试用例应该写得比较详尽,步骤一定要标明清楚(应该包括:编号,测试描述,前置条件,测试步骤以及测试希望结果); ??????? 对于测试人员觉得应该进行的测试项目,测试人员应该报告测试设计人员,完善和健全测试用例; ??????? 测试报告与测试用例分开,测试报告标明测试用例序号以及是否通过Y/N; ??????? 对于集成部经理无法决定的上交项目负责人决定; ??????? 性能测试中的疲劳性测试可以结合在功能测试部分,即测试期间不关闭机器; ??????? 性能测试中的大容量数据测试

文档评论(0)

小玉儿 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档