测试知识图

测试知识

测试方法

白盒

语句覆盖 / 条件覆盖 / 判定条件覆盖 / 条件组合覆盖 / 路径覆盖

灰盒

黑盒

等价类

有效等价类 / 无效等价类

边界值

补充等价类边界

因果图

对输入条件间的组合和制约产生的动作进行用户设计

错误测试

经验和直觉推测进行针对性测试

状态图

输入+系统需求说明得=所有状态 / 输入+状态=输出 / 输入+输出+状态=测试用例

场景法

根据用户场景来模拟用户的操作步骤，类似因果图，但执行的深度和可行性更好

测试用例设计步骤

1. 基本功能测试用例

2. 边界值测试用例

3. 状态转换测试用例

4. 错误猜测测试用例

5. 异常测试用例

6. 性能测试用例

7. 压力测试用例

静态测试

不运行程序寻找错误或评估程序代

动态测试

运行程序及测试实例，检测结果，检测程序可靠、稳定、效率

α测试

一个真实用户在开发环境下进行Alpha测试

β测试

多个真实用户的实际使用环境下进行的Beta测试

手工测试

自动化测试

when

版本频繁 / 需求稳定 / 大量反复

why not

项目周期短 / 版本不稳定 / 需求变更频繁

缺点

覆盖率不高 / 发现问题少

优点

回归测试方便 / 快速、高效、并发、可靠性测试

测试工具

loadrunernr / jmeter / appinum / seleminu / postman

perfonm / top

wireshark / Fiddler / HTTPwatch

遥测工具(瞬态异常、性能)

Twitter-Rezolus

Google-OpenCensus Web

数据库

oracle / mysql / informix /redis / mongodb

测试级别

单元测试

白盒模块测试

集成测试

函数间 / 模块间 / 子系统间

系统测试

功能 / 性能 / 安全 / 兼容性

验收测试

从用户角度确认功能需求是否满足

测试模型

功能性

可靠性

易用性

理解

易学

操作

吸引

外观和功能

依从

模仿实体应用场景

效率

方面

时间

正确运算结果的响应时间

资源利用率

系统资源值（如CPU 和内存）是否合理

在某种场景下，资源利用的约定

参数

CPU / Memory / Disk / Net

成功率 / TPS / RT

可维护性

可分析

足够的异常信息的显示和捕捉，用于支持分析

可修改

可修改用户产品缺陷，能扩展出新功能

稳定性

版本升级和更新，不影响之前功能

可测试

所有的改动都可以验证，保证正确并符合预期

引导让用户明白异常

可移植性

可恢复性测试

文档测试

兼容性测试

容量测试

强度测试

安全性测试

bug

编号

级别

模块

版本

测试环境

摘要

条件

操作步骤

详细现象

example

纸杯

(功能性)用水杯装水看漏不漏；水能不能被喝到(安全性)杯子有没有毒或细菌(可靠性)杯子从不同高度落下的损坏程度(可移植性)杯子在不同的地方、温度等环境下是否都可以正常使用(兼容性)杯子是否能够容纳果汁、白水、酒精、汽油等(易用性)杯子是否烫手、是否有防滑措施、是否方便饮用(用户文档)使用手册是否对杯子的用法、限制、使用条件等有详细描述(疲劳测试)将杯子盛上水（案例一）放24小时检查泄漏时间和情况；盛上汽油（案例二）放24小时检查泄漏时间和情况等(压力测试)用根针并在针上面不断加重量，看压强多大时会穿透