DFX测试点
【摘要】 性能测试，安全测试。以及其他辅助性测试内容分类
一，可靠性（需要经验累积）
| 序号 | 通用程度 | 测试点标签 | 测试点描述 | 备注 |
| 1 | ***** | 耐久，稳定 | 系统环境部署完毕后，运行7*24小时是最低规格，有条件则不关机，持续运行 | |
| 2 | ***** | 灾备 | 双机热备，生产系统至少满足数据方面双机热备。有条件则应做到应用服务器也热备，灾备方案视系统需求，双机热备是最低方案。跨城备份，同城备份在重大系统上也应纳入考虑。 | |
| 3 | ***** | 恢复 | 断电通电重启，系统自动恢复，无需人工干预恢复过程。强调夜间，节假日，系统恢复能力。 | |
| 4 | ***** | 恢复 | 断网恢复，会话保持，用户认证 | |
| 5 | *** | 弱网 | 网络拥堵情况下，服务器响应情况，软件控制安全性。 | |
| 6 | ***** | NTP | NTP时钟同步，各个服务器若不同步，存在涉及时间字段应用偏差，在软件迭代功能的后续规划上可能存在风险BUG | |
| 7 | *** | I/O读写 | 大文件上传，下载。批量多用户同时上传或下载，同性能测试，需明确该功能应用场景，及峰值预估。该问题导致其他应用接口会出现无响应或响应慢，宕机的风险。 | |
| 8 | ***** | 升级 | 升级策略。是否夜间，是否已演练，是否有升级失败回滚策略。出现隐藏BUG，是否存在降级方案。升级后是否安排预验证 | |
| 9 | *** | 能耗 | 7*24小时，能耗监测，结合运维软件查看机房告警信息 | |
| 10 | ***** | 重复提交 | 软件应用，对于重复提交控制策略需根本，不可造成脏数据，高发于弱网环境下。 | |
| 11 | ***** | 响应友好 | 软件应用，在响应慢的情况下，需友好提示或进度条表示，超过响应阈值，提示信息到位。 | |
| 12 | ***** | 磁盘满 | 运维上应存在磁盘阈值告警，且对总磁盘有合理大小定论。负载均衡模式下，各个机器，各个分区需监测是否均衡 | |
| 13 | ***** | 内存不足 | 运维上应存在内存用量阈值告警，7*24小时运行，一些高危应用功能，测试占用情况。 | |
| 14 | ***** | 内存释放 | 7*24小时运行，测试期间，各个应用各个功能在占用过后，是否有效内存释放。 | |
| 15 | **** | Full GC频率 | 鉴于市面大都是JAVA应用，该指标需纳入可靠性测试，频率越低越好，最有效的是每日一次，且做到夜间执行 | |
| 16 | ***** | 负载均衡（网关） | 生产系统必然存在负载均衡架构，针对一些接口请求，测试其有效性。需要并发工具支撑，例如jmeter | |
| 17 | ***** | 系统批处理 | 日终批处理方案测试，模拟数据量测试。批处理各个环节有效控制时间及等待，前后依赖不出错，总时间符合预期规划。 | |
| 18 | **** | 集群 | 大部分生产部署都涉及集群部署。集群非备份，也比负载均衡范围更大。除网关外，数据库集群，存储集群，虚拟化的CPU，内存，网络都可成为集群。对物理节点，挨个下线。或者测试最大支持的下线节点量，测试极限情况下，系统运行情况。 | |
| 19 | **** | RAID测试 | 物理服务器都带有RAID卡，不上云的生产场景，测试该功能。换盘，增盘扩容，业务不中断，在有效时间内完成RAID。 | |
| 20 | ***** | 日志 | 1.日志输出信息的好坏，直接影响到问题解决速度，也是可靠性优劣的一个指标。2.日志读写权限。3.日志超大，是否有分割方案。 | |
| 21 | ***** | 事务 | 故障注入后，观测事务能力。1.业务流事务性控制；2.数据传输，事务性（视频等大文件） | |
| 22 | *** | 视频音频可靠性 | 偏专业场景。例如：卡顿；画面抖动；多显示器拼接断流；杂音；等等。 | |
| 23 | ***** | 进程 | 7*24小时运行，监测进程状况，是否存在死锁，挂起等不合理状况。 | |
| 24 | ***** | 兼容性 | 市面大都为web，主流浏览器兼容性测试，一般为IE11，谷歌，edge。如若对客，则有必要采用自动化再覆盖其他多种浏览器。Web应用，最差也能选择首页提示本应用仅支持XXX浏览器，请下载XXX浏览器。 | |
| 25 | ***** | 缓存错误 | 避免出现开发说的清下缓存就好了，如若这样，系统需要自动清理能力。APP同理 | |
| 序号 | 通用程度 | 测试点标签 | 测试点描述 | APP |
| 1 | ***** | 能耗 | 性能/可靠性/用户体验，都关心的指标。测试APP应用7*24对于能耗的占用统计。目前手机都自带能耗统计软件，该项测试，最后拉出来分析即可。 | |
| 2 | ***** | 兼容性 | APP在各个机型上的测试，测试量大，比较可行的是自动化测试。客户换机配合可能性为0 | |
| 3 | ***** | 后台运行 | 后台运行机制，视需求，都有一定时长的运行保持。 | |
| 4 | ***** | 闪退，失去响应 | 指标设定按需求来，业内通常为操作次数的万分之5以下。 | |
| 5 | ***** | WIFI,移动网络 | 切换能力，应用不中断 | |
| 6 | ***** | 应用重复打开 | 当应用后台运行，用户重复打开视，不重启，应用保持原始界面 | |
| 7 | ***** | 卸载测试 | 卸载清理干净，不残留 | |
| 8 | ***** | 升级测试 | 升级覆盖到位，不额外占空间，数据缓存无问题。 | |
| 9 | **** | APP调用硬件资源 | 例如摄像头，声音录入，指纹模块，相比于PC端，APP在这方面的场景要高很多。 |
二，性能
快速上手方法，见其他篇章。以jmeter为工具进行可进行的性能测试。
三，安全
快速上手方法，见其他篇章
四，用户体验
报错信息-可理解，且不涉及安全泄密
响应速度-符合性能要求
必填，非必填，标志清晰
费解单元格，存在友情提示说明
美观程度：页面对齐，避免换行，风格统一，错别字注意。
无数据表示：--.--%，忌XX.XX
不可出现无响应操作，用好转动条，失败必提示。
五，易维护性
安装部署工具化，可视化
日志输出全面化，可理解化
回退方案，回退脚本
远程升级，灰度发布
未完待续
【版权声明】本文为华为云社区用户原创内容，转载时必须标注文章的来源（华为云社区）、文章链接、文章作者等基本信息， 否则作者和本社区有权追究责任。如果您发现本社区中有涉嫌抄袭的内容，欢迎发送邮件进行举报，并提供相关证据，一经查实，本社区将立刻删除涉嫌侵权内容，举报邮箱：
cloudbbs@huaweicloud.com
- 点赞
- 收藏
- 关注作者
评论（0）