夜间模式
测试质量模型
衡量测试软件质量的维度
功能性
是否具有这个软件的功能
功能数量是否正确
功能是否正常实现
例如:微信
是否可以登录
是否可以互相发信息...
非功能测试
性能
多用户是否同时使用满足需求(时间、资源)
测试类型 | 目的 | 方法 |
---|---|---|
负载测试 | 评估系统在期望负载下的性能 | 逐渐增加负载(如并发用户数、请求数等),观察系统的响应时间、吞吐量和资源使用情况 |
并发性测试 | 评估系统在高并发情况下的性能 | 模拟大量用户同时访问系统,观察系统的响应时间和错误率,确定系统的并发处理能力 |
压力测试 | 确定系统的承受极限,找出系统在超出预期负载时的表现 | 施加超过正常负载的压力,直到系统崩溃或出现性能下降,评估其稳定性和恢复能力 |
容量测试 | 确定系统可以处理的最大负载 | 逐步增加负载,直到达到系统的容量极限,确保系统在高负载下依然能够正常运行 |
耐久性测试 | 评估系统在长时间运行下的性能和稳定性 | 在长时间内持续施加负载,监测系统的资源泄露、性能衰减等问题 |
峰值测试 | 评估系统在突发高负载情况下的表现 | 突然增加负载至高峰,然后恢复到正常负载,观察系统的响应和恢复情况 |
配置测试 | 评估不同硬件或软件配置下的系统性能 | 在不同的硬件、操作系统、数据库配置下进行测试,找出最佳配置 |
基准测试 | 通过与已知标准或基准比较,评估系统的性能 | 使用标准化的测试场景和数据进行测试,结果与基准对比 |
例如:微信
日活跃量几个亿,是否运行这么多的用户
是否响应快、占用资源少
兼容性
在不同的平台上是否正确运行
例如Windows、Linux、Android、Mac
以及Windows有着不同版本的Windows Xp、Windows 7、Windows 10....
同一个版本的系统下,如果是web应用,还需要考虑不同浏览器内核下是否可以正确显示以及运行,例如IE浏览器
具体有这几种因素浏览器、操作系统、网络、分辨率、品牌、其他软件
易用性
易学、易用、用户粘性好
具体体现在:流畅、简洁、美观
易用性需求:支持不同年龄、符合大众审美、核心操作步骤少
易用性测试:数据统计、调查问卷
总而言之,用户体验好为上策
安全性
敏感数据不暴露
数据存储有加密
传输过程有加密
可靠性
长时间运行稳定、无异常
无响应、死机、卡顿不能存在
可移植性
应用系统升级、迁移数据方便
可维护性
代码模块之间解耦、有注释
运行过程中出现问题维护方便
出现问题易修复