按照项目开发阶段来分类测试方式
- 单元测试 (由测试人员提供测试用例, 或者测试人员编写测试脚本)
- 集成测试 (接口联调, 由开发完成, 将不同模块组合, 测试模块之间连接接口的正确性)
- 测试人员所做的继承测试又被称为接口测试
- 系统测试 (对已经集成好的软件进行测试, 验证功能的正确性, 和是否满足用户需求)
- 功能测试, 性能测试, 兼容性测试
- 回归测试, 冒烟测试 (意思同上)
- 测试需求的提取 --> 测试用例的编写 --> 测试用例的执行–>测试报告的编写
- 验收测试 (系统测试结果后的测试, 由客户执行, 看客户是否满意)
- Alpha测试: 用户在开发环境, 在测试人员的指导下进行测试
- Beta测试: 用户独立进行测试, 模拟完全真实的场景
按照测试执行的类型来分
- 功能测试: 点点点测试
- 自动化测试
- 接口自动化: 测试大部分内容, 接口一般不容易改变
- UI自动化: UI变动大, 测试开销大, 常用于稳定项目
- 性能测试:
- 负载测试: 看负载增加时的性能指标变化
- 性能指标: 事务响应时间, TPS, 并发用户数量, 吞吐量, 点击率, 资源利用率
- 测试工具: loadrunner, jmeter
- 压力测试: 确定系统瓶颈, 系统最大服务量
- 安全性测试:
- 测试工具: RSAS, awvs, appscan, jsky, burpsuite
- 负载测试: 看负载增加时的性能指标变化
按照测试技术分类
- 黑盒测试: 不管系统的内部结构, 只关心系统的功能, 功能测试
- 白盒测试: 单元测试
- 灰盒测试:
附录:
测试人员管理 BUG的软件
- Bugfree
- Mantis
- 禅道
- jira
测试用例汇总表内容
- 项目名称
- 版本号
- 需求基线 (测试用例 <-- 测试框架 <—测试需求<–系统), 系统不同, 需求不同
- 备注: 填写注意事项
- 用例信息汇总
- 用例区域: 项目A_1
- 用例模块: 模块A_1_b
- 用例子模块: A_1_b_1
- 用例三级模块: A_1_b_1_3
- 用例类型: 界面 / 功能 / 流程 / 接口 / 性能
- 用例数: 测试用例的个数, 包含正常测试用例和异常测试用例
- 备注: 注意信息, 例如开发功能缺失, 延期至何时完成.
界面测试用例表的编写
- 测试类型编号 (界面测试)
- 测试类型描述 ()
- 测试数据准备 (测试需求说明书, 系统原型图)
- 测试项编号: A_1_a
- 测试用例编号: A_1_a_1_001 唯一
- 用例描述
- 预置条件: 测试执行前需要满足的条件
- 输入数据
- 测试步骤
- 预期结果
- 实际结果
- 用例等级 (用例执行的先后顺序)
- 高: 基本工嗯呢该
- 中: 边界测试, 配置测试
- 低: 最少被执行的测试用例, 可用性测试, 性能测试
- 用例类型: 功能测试, 接口测试, 性能测试
- 执行状态: 用例是否执行通过
- SQL语句:
接口测试用例的书写规范
性能测试用例
单元测试用例, 冒烟测试用例, 系统测试用例