设计测试用例的角度
上一篇 /
下一篇 2012-08-14 15:45:21
/ 个人分类：测试综合
| | 一级分类 | 二级分类 | 用例内容 | 说明 |
| 产品 | 功能点（模块） | 细分功能点的场景测试 | 基本应用模式 | |
| 特殊应用模式 | |
| 异常测试 | 产品异常使用 | 没有按照产品的要求使用 |
| 产品定义异常验证 | 对产品明确定义的各种异常使用的限制进行验证 |
| 产品本身异常 | 某一功能出现问题，不能影响其它功能的运行 |
| 应用程序本身异常 | 应用程序本身的异常，是否影响产品 |
| 操作系统异常 | cpu、IPC、内存、socket、硬盘空间等 |
| 外部系统异常 | 产品运行时，连接的外部系统异常，例如数据库 |
| 网络异常 | 和网络有关的功能点需要测试网络异常 |
| 极限 | 极限配置运行 | 最大、最小配置运行情况测试（配置项定义的边界） |
| 运行极限 | 产品某项功能能够支持的最大数 |
| 在特定环境的极限 | |
| 极限运行对产品的影响 | 功能、性能、稳定性 |
| 其它 | | |
逻辑关系
（功能点之间的组合测试） | | 正常使用模式 | 不同功能点之间的逻辑关系 |
| 特殊使用模式 | |
| 异常逻辑 | 参照功能点异常测试 |
| 一致性 | | 风格 | 界面风格、手册风格、操作风格、产品实现风格、不同产品的风格是否一致 |
| 名词定义 | |
| 功能描述 | 定义是否一致，和需求是否一致 |
| 功能实现 | 实现和定义是否一致，相近功能实现是否一致 |
| | API | 参数、风格一致性 |
| 易用性 | | 界面操作 | 界面操作是否简单，格式是否统一 |
| 编程模式 | 编程是否简单 |
| 配置文件 | 配置文件是否有合法性检测 |
| 错误提示 | 是否有错误提示信息，提示是否准确，手册是否有错误信息对照表和解释 |
| 自动处理 | 能够自动生成的配置、资源等，是否做了自动处理 |
| 日志格式 | 是否有固定的格式和明确的说明，是否易读 |
| 执行时间 | 部署、监控、界面、启动、停止时间是否较长，是否有状态条 |
| 其它 | |
| 破坏性 | | 频繁操作测试（高强度测试） | 重复启动停止产品1000次，重复调用一个功能1000次等 |
| 删除关键资源测试 | 删除核心进程、删除IPC资源、文件操作中删除原文件 |
| kill应用程序 | 非法停止应用程序，是否影响产品运行 |
| 重启机器 | 是否能够正常恢复 |
| 稳定性（长时间、大压力测试） | | 正常运行 | 没有任何干扰的情况下，长时间运行 |
| 容错性测试 | 模拟错误业务逻辑或数据，长时间运行，是否可以恢复异常 |
| 破坏性运行 | 极限测试，异常测试，破坏性测试配合下，长时间运行 |
压力及性能
| | 最佳性能测试 | 产品性能调优得到产品的最优值 |
| 长时间测试 | 长时间运行保持最佳性能，资源占用平稳 |
| 容量测试 | 在用户能够容忍的性能条件下（非最佳性能）的最大处理能力 |
| 对比测试 | 同类产品性能对比 |
| 调优测试 | 关键参数对性能的影响 |
| 兼容性 | | 操作系统兼容 | |
| 不同版本兼容 | 同一产品的不同版本之间的兼容 |
| 不同软件兼容 | 不同产品之间的兼容 |
| 浏览器兼容 | |
| 场景 | | 局部功能场景测试 | 在细分功能点场景进行测试 |
| | 产品级场景测试 | 从整个产品的角度考虑 |
| 冲突测试 | | 公司产品之间 | 公司的某个产品会自带公司自己的某个其它产品，自带产品和单独安装产品在端口、环境变量、资源、运行之间的冲突 |
| | 第三方产品之间 | 同上，考虑第三方产品之间的冲突 |
相关阅读:
- 项目很赶，应不应该编写软件测试用例 (xin_晴, 2012-7-17)
- 测试用例 (tester_lo, 2012-7-17)
- 用状态矩阵解决有序操作的case爆炸问题 (xin_晴, 2012-7-26)
- 小侠学测试——软件测试用例 (xin_晴, 2012-8-13)
- 软件测试用例的设计 (xin_晴, 2012-8-06)
- QA的核心价值（软件测试人生系列之五） (xin_晴, 2012-8-09)
- 测试用例能带来的（软件测试人生系列之六） (xin_晴, 2012-8-10)
- 【转】软件测试人如何行走江湖–浅谈测试人员的技术构成和发展 (june905206961, 2012-8-09)
- TestLink导入已有的测试用例 (crxwat, 2012-8-10)
- 软件测试用例的设计和其重要性 (xin_晴, 2012-8-14)
收藏
举报
TAG:
测试用例
