功能UI测试方案doc.docx
- 文档编号:2024257
- 上传时间:2022-10-26
- 格式:DOCX
- 页数:13
- 大小:25.14KB
功能UI测试方案doc.docx
《功能UI测试方案doc.docx》由会员分享,可在线阅读,更多相关《功能UI测试方案doc.docx(13页珍藏版)》请在冰豆网上搜索。
功能UI测试方案doc
1单元测试(未完成)
单元测试(模块测试)是开发者编写的一小段代码,用于检验被测代码的一个很小的、很明确的功能是否正确,是对软件设计的最小单元进行功能、性能、接口和设计约朿等正确性检查的工作,主要测试其在语法、格式和逻辑上的错误,是验证程序是否符合规范所要求功能的战具有实践意义的方法。
1.1单元测试内容
测试任务
检查列表(Checklist)
模块接口测试:
检杳模块接口是否正确
1.输入的实际参数与形式参数是否一致
2.调用其他模块的实际参数与被调模块的形参是否一致
3.全程变量的定义在各模块是否一致
4.外部输入、输出
5.其他
模块局部数据结构测试:
检查局部数据结构完整性
1.不适合或不形容的类型说明
2.变量无初值
3.变量初始化或默认值有错
4.不正确的变量名或从未被使用过
5.出现上溢或下溢和地址异常
6.其他
模块边界条件测试:
检查临界数据处理的正确性
1.普通合法数据的处理
2.普通非法数据的处理
3.边界值内合法边界数据的处理
4.边界值外非法边界数据的处理
5.其他
模块独立执行通路测试:
检杳每一条独立执行路径的测试,保证每条语句被至少执行一次
1.算符优先级
2.混合类型运算
3.精度不够
4.表达式符号
5.循环条件,死循环
6.其他
模块的备条错谋处理通路测试:
1.输出的出错信息难以理解
预见、预设的备种出错处理是否正确有效
2.记录的错误与实际不相符
3.程序定义的出错处理前系统已介入
4.异常处理不当
5.未提供足够的定位出错信息
6.其他
测试范围
软件设计的最小单元进行功能、性能、接口和设计约朿等正确性检查的T作,主要测试其在语法、格式和逻辑上的错误
测试目标
1代码风格,根据Checklist要求,测试方法CheckStyle
2逻辑结构,循环结构检杳,重点排序逻辑,测试方法Walkthrough
3注册模块
4用户管理模块
5|_1志管理模块
6界瓯设置模块
7USB设置模块
8门禁设置模块
9串口设置模块
10算法设置模块
11系统设置模块
12返回模块
技术
白盒测试,自动化测试
工具与方法
Junit,H动化测试
开始标准
项目纽•移交系统测试
完成标准
执行各种非法操作无安全漏洞且系统使用正常
测试重点
备个模块
测试优先级
M
需考虑的特殊事项
无
L2单元测试策略
测试策略
测试方法
静态测试
1.检查是否符合编程规范
2.快速阅读并理解源代码,
3.对原有代码的重构
检杳流程设计屮是否存在问题
单元结构测试
白盒测试屮基于路径的测试和基于数据流的测试等
单元功能测试
黑盒测试屮边界测试、等价类测试和因果测试等
L3单元测试用例
归纳岀测试项,然示根据测试项设计对应的测试用例O
用例ID号
用例名称
测试方法
测试目的
前提条件
特殊要求
无
测试过程
测试步骤与数据输入描述
预期结果
序号
测试操作描述
输入数据
1
2
2系统测试
2・1功能测试(待测试用例编写)
Functionaltesting(Jj/j能测试),也称为behavioraltesting(行为测试),根据产品特征、操作描述和用户方案,测试一个产品的特性和可操作行为以确定它们满足设计需求。
测试范围
验证人脸识别数据精确度、操作功能等相关方面的正确性。
测试目标
核实所有功能均己正常实现,即主界面屮的备个了界血是否满足设计需求,是否能根据配置并完成预设功能。
1・开机项检查:
插入电源后检查开机界面,是否正常
2.注册项检查:
1)用户列表为空时,将第一个注册者默认为管理员;模拟注册一个至多个用户,看是否能保存用户信息。
2)注册容量能力检查:
可按模拟注册多个用户,以测试其软件重复能力及注册容量能力。
3)信息重复:
在一些需要命名,且名字应该唯一的信息输入重复的名字或ID,看系统有没有处理,会否报错,重名包括是否区分大小写,以及在输入内容的前后输入空格,系统是否作出正确处理。
(身份标识码系统自动生成且唯一,用户名和工号重复时系统不报错)
4)字符串长度检杏:
输入超出需求所说明的字符串长度的内容,看系统是否检杳字符串长度,会不会出错。
(允许最15字母、数字、汉字、标点符号或空格,超出不长度再录入)
3・用户管理项检査:
1)检杏添加、修改、杏询、详细信息、删除、清空这几项功能是否能准确操作。
2)相关性检查:
删除/增加/修改一项会不会对其他项产生彩响,如果产生影响,这些影响是否都正确。
4.日志管理项检查:
1)杳询功能:
输入姓名/工号,看是否能够杳看考勤信息。
2)清空功能:
看能否清空LI志列表。
3)保存方式:
检杳三种方式是否可选择并按目标执行。
1)U期设置:
检查是否能设置并保存,检测口期设置是否精准。
2)语言设置:
看是否能准确切换。
目前只支持简体屮文和英语。
3)待机设置:
选择显不源为可见光或红外,在用户识别时便采用所选
方式;编笹开机问候语,看能否正常显示。
6.U盘设置项检査:
插入U盘看是否能正确挂载,点击全部、用户、
图片、和日志项,能否导入和导出数据,以及导入数据格式。
7.门禁设置项检查:
更改门禁设匱的开锁延时时间和开锁方式,看是
否冇起作川,查看延时时间范围;检杳考勤设置的开始时间和结束时间是否正常。
8.端口设置项检查:
设置串口和网络参数,与PC机通讯。
9.算法设置项检查:
查看安全值、曝光值、是否能修改参数并保存,查看不同范m的数值就识别系统有何影响。
10・系统设置项检查:
(1)通用设置:
杏看定时关机、备用卡注册、识别语言和注册语音,能否修改数据并保持;
(2)高级设置:
查看软件版木、软件升级、出厂设置和系统白检;
(3)识别设置:
设置人脸和人脸+卡识别方式,检测能否正常工作;
(4)系统设置:
是否能修改参数并保存。
11・返回项检査:
点击返冋菜单,是否能返冋到用户登录界面。
12•图像采集模块检査:
观杏图像质量是占满足设计需求。
13.按键模块:
点击查看个按键模块正常与否及灵活程度。
技术采用黑盒测试,使用边界值测试、等价类划分、数据驱动等测试方法
工具与方法
手工测试
开始标准
测试用例设计完毕并且通过同行评审且项目组移交系统测试
完成标准
95%测试用例通过并且最高级缺陷全部解决
测试重点
数据采集模块,人脸识别模块
测试优先级
II
需考虑的特殊事项
无
2.2用户界面(UI)测试(待测试用例编写)
测试用户界面的风格是否满足客户要求,文字是否正确,页血是否美观,文字、图片组合是否完美,操作是否友好等。
测试范围
1.菜单、背景、颜色、字体、按钮名称、TITLE、提示信息的一致性等
2.友好性、可操作性(易用性)
测试目标
1.确保用户界面会通过测试对象的功能来为用户提供相应的访问或浏览功能;
2.核实各个窗口风格(包括颜色、字体、提示信息、图标、TITLE等)都与基准版本保持一致,或符合可接受标准,能够保证用户界面的友好性、易操作性;
3.体验个模块操作的性能,是否符合用户操作习惯。
技术
软件通用方法
工具与方法
手工测试
开始标准
项目组移交系统测试
完成标准
UI符合可接受标准,能够保证用户界面的友好性、易操作性,而且符合用户操作习惯
测试重点
界面的友好性、易操作性等
测试优先级
M
需考虑的特殊事项
无
2・3性能测试
性能测试用于测试系统对于其及时性要求的符合稈度。
衡量软件性能的指标包括响应时间、并发用户数、吞吐量和资源利用率。
测试范围
大流量的数据与多用户操作时性能力面的测试
测试目标
1.评佔系统的能力,测试屮得到的负荷和响应时问数据可以被用于验证所计划的模型的能力,并帮助作出决策。
2.识别体系屮的弱点:
受控的负荷可以被增加到一个极端的水平,并突破它,从而修复体系的瓶颈或薄弱的地方。
3.系统调优:
重复运行测试,验证调粥系统的活动得到了预期的结果,从而改进性能。
检测软件屮的问题:
长时间的测试执行可导致程序发生由于内存汕露引起的失败,揭示稈序屮的隐含的问题或冲突。
4.验证稳定性(resilience)可靠性(reliability):
在一个生产负荷下执行测试一定的时间是评估系统稳定性和可靠性是否满足要求的唯一方法。
5.核实系统在大流量的数据与多用户操作时软件性能的稳定性,不造成系统崩溃或相关的异常现象;
6.验证软件的性能在止常环境和系统条件下重复使用是否还能满足性能指标。
或者执行同样任务时新版木不比II1版木慢。
技术
自动化测试
工具与方法
手T测试,模拟用户使用的业务和使用场景。
自动测试,使用Loadrunner,模拟大批量的用户,讲行
开始标准
H动化测试脚木设计并评审通过,且项目组移交系统测试
完成标准
系统满足用户需求屮所要求的性能要求
测试重点
用户登录以及用户查询均有可能存在性能瓶颈,时间模块也有可能出现时间不准现象。
测试优先级
II
需考虑的特殊事项
无
2.4负载测试
负载测试是指数据在超负荷环境(指多并发用户)中运行,测试软件系统是否能够承担。
测试范围
模拟多用户操作,测试响应时间、并发容量、资源使用率等
测试目标
核实系统在大流量的数据与多用户操作时软件性能的稳定性,不造成
系统崩溃或相关的异常现彖
技术
黑盒测试,自动化测试
工具与方法
Loadrunner,自动化测试,模拟许多用户注册和访问的环境
开始标准
项目组移交系统测试
完成标准
执行各种非法操作无安全漏洞且系统使用正常
测试重点
大量用户注册和识别
测试优先级
M
需考虑的特殊事项
无
5压力测试
压力测试是指对系统不断施加越来越大的负载(并发,循环操作,多用户)的测试。
测试范围
大量用户注册和识别时性能方面的测试
测试目标
获得在性能可以接受的前提下,系统可以支持的最大负载量,找出瓶颈所在;
注册人员数量,SD卡容最和口志生成等项,在负载过大时,检测其性能是否稳定。
技术
黑盒测试,白动化测试
工具与方法
手工测试,自动化测试,通过模拟业务压力来实施
T具测试,Loadrunner
开始标准
项目组移交系统测试
完成标准
执行备种非法操作无安全漏洞且系统使用正常
测试重点
均需测试
测试优先级
M
需考虑的特殊事项
无
6疲劳测试
疲劳测试是指在一段时间内(-•般是连续72小时)保持系统功能的频緊使用,检杳系统是否发生功能或者性能上的问题。
测试范围
长时间不间断使用时性能方面的测试
测试目标
核实在长时间工作时软件性能的稳定,不出现异常
技术
黑盒测试,自动化测试
工具与方法
手工测试,自动化测试。
系统功能长时间频繁使用,测试其稳定性。
开始标准
项目组移交系统测试
完成标准
执行各种非法操作无安全漏洞且系统使用正常
测试重点
长时间保持系统功能的频繁使用
测试优先级
M
需考虑的特殊事项
无
7安全性与访问控制测试
安全测试用来验证系统内的保护机制是否能够在实际屮保护系统不受到非法侵入。
测试范围
1.密码:
登录、超级管理员、一般管理员、普通用户或会员等
2.权限
3.非法攻击
4.登录超时限制等
5.RFID与用户身份关联
6.产品LISENC
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 功能 UI 测试 方案 doc