功能、UI测试方案.docVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
1单元测试(未完成) 单元测试(模块测试)是开发者编写的一小段代码,用于检验被测代码的一个很小的、很明确的功能是否正确 检查列表(Checklist) 模块接口测试: 检查模块接口是否正确 输入的实际参数与形式参数是否一致 调用其他模块的实际参数与被调模块的形参是否一致 全程变量的定义在各模块是否一致 外部输入、输出 其他 模块局部数据结构测试: 检查局部数据结构完整性 不适合或不形容的类型说明 变量无初值 变量初始化或默认值有错 不正确的变量名或从未被使用过 出现上溢或下溢和地址异常 其他 模块边界条件测试: 检查临界数据处理的正确性 普通合法数据的处理 普通非法数据的处理 边界值内合法边界数据的处理 边界值外非法边界数据的处理 其他 模块独立执行通路测试: 检查每一条独立执行路径的测试,保证每条语句被至少执行一次 算符优先级 混合类型运算 精度不够 表达式符号 循环条件,死循环 其他 模块的各条错误处理通路测试: 预见、预设的各种出错处理是否正确有效 输出的出错信息难以理解 记录的错误与实际不相符 程序定义的出错处理前系统已介入 异常处理不当 未提供足够的定位出错信息 其他 测试范围 软件设计的最小单元进行功能、性能、接口和设计约束等正确性检查的工作,主要测试其在语法、格式和逻辑上的错误 测试目标 Walkthrough 3注册模块 4用户管理模块 5日志管理模块 6界面设置模块 7 USB设置模块 8 门禁设置模块 9 串口设置模块 10 算法设置模块 11系统设置模块 12返回模块 技术 标准 完成标准 需考虑的特殊事项 1.2 单元测试策略 测试策略 测试方法 静态测试 1.检查是否符合编程规范 2.快速阅读并理解源代码,检查流程设计中是否存在问题 3.对原有代码的重构 单元结构测试 白盒测试中基于路径的测试和基于数据流的测试等 单元功能测试 黑盒测试中边界测试、等价类测试和因果测试等 1.3 单元测试用例 归纳出测试项,然后根据测试项设计对应的测试用例。 用例ID号 用例名称 测试方法 测试目的 前提条件 特殊要求 无 测试过程 测试步骤与数据输入描述 预期结果 序号 测试操作描述 输入数据 1 2 2系统测试 2.1功能测试 (待测试用例编写) Functional testing (功能测试),也称为behavioral testing(行为测试),根据产品特征、操作描述和用户方案,测试一个产品的特性和可操作行为以确定它们满足设计需求。 测试目标 信息重复:在一些需要命名,且名字应该唯一的信息输入重复的名字或ID,看系统有没有处理,会否报错,重名包括是否区分大小写,以及在输入内容的前后输入空格,系统是否作出正确处理字符串长度检查:输入超出需求所说明的字符串长度的内容,看系统是否检查字符串长度,会不会出错。相关性检查:删除/增加一项会不会对其他项产生影响,如果产生影响,这些影响是否都正确。技术 标准 完成标准 数据采集模块,人脸识别模块 测试优先级 H 需考虑的特殊事项测试用户界面的风格是否满足客户要求,文字是否正确,页面是否美观,文字、图片组合是否完美,操作是否友好等。 测试目标 确保用户界面会通过测试对象的功能来为用户提供相应的访问或浏览功能技术 标准 完成标准 需考虑的特殊事项 测试范围 大流量的数据与多用户操作时性能方面的测试 测试目标 评估系统的能力,测试中得到的负荷和响应时间数据可以被用于验证所计划的模型的能力,并帮助作出决策。    识别体系中的弱点:受控的负荷可以被增加到一个极端的水平,并突破它,从而修复体系的瓶颈或薄弱的地方。    系统调优:重复运行测试,验证调整系统的活动得到了预期的结果,从而改进性能。检测软件中的问题:长时间的测试执行可导致程序发生由于内存泄露引起的失败,揭示程序中的隐含的问题或冲突。   4.验证稳定性(resilience)可靠性(reliability):在一个生产负荷下执行测试一定的时间是评估系统稳定性和可靠性是否满足要求的唯一方法。验证软件的性能在正常环境和系统条件下重复使用是否还能满足性能指标。或者执行同样任务时新版本不比旧版本慢。技术 标准 完成标准 用户登录以及用户查询均有可能存在性能瓶颈,时间模块也有可能出现时间不准现象。 测试优先级 H 需考虑的特殊事项测试目标 技术 标准 完成标准 需考虑的特殊事项测试目标 技术 标准 完成标准 需考虑的特殊事项测试目标 技术 标准 完成标准 需考虑的特殊事项测试目标 技术 标准 完成标准 需考虑的特殊事项测试目标 . 识别出软件中被修改的部分; . 从原基线测试用例库T中,排除所有不再适用的测试用例,确定那些对新的软件版本依然有效

文档评论(0)

bm5044 + 关注
实名认证
文档贡献者

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

1亿VIP精品文档

相关文档