【测试用例架构搭建】
定义：测试策略
目的：提高用例的覆盖率
文章目录
- 一、纵向架构
- 二、横向架构
- 三、测试用例架构
- （一）测试策略
- 粗测——数据和数据库完整性测试——接口测试——功能测试——用户界面测试——性能评测——负载测试——强度测试——容量测试——安全性和访问控制测试——故障转移和恢复测试——配置测试
- 1.粗测
- 2.数据和数据库完整性测试
- 3.接口测试
- 4.功能测试
- 5.用户界面测试
- 6.性能评测
- 7.负载测试
- 8.强度测试
- 9.容量测试
- 10.安全性和访问控制测试
- 11.故障转移和恢复测试
- 12.配置测试
- 四、作业
一、纵向架构
测试阶段 | 测试架构 | 补充说明 |
单元测试 | 好像也不关我们什么事 | 因为这次是黑盒测试 |
集成测试 | 粗测，按照功能列表测试 | 只考虑有效输入 |
系统测试 | 细测，按照测试用例执行 | 下面的测试用例课讲的就是细测。横向测试的内容都包含在系统测试里面 |
验收测试 | 发布测试，按照系统级测试 | 一般是第三方测 |
二、横向架构
横向架构要素
要素 | 内容 |
测试目标 | |
测试范围 | |
技术 | |
开始标准 | |
完成标准 | |
测试重点和优先级 | |
需考虑的特殊事项 |
三、测试用例架构
（一）测试策略
粗测——数据和数据库完整性测试——接口测试——功能测试——用户界面测试——性能评测——负载测试——强度测试——容量测试——安全性和访问控制测试——故障转移和恢复测试——配置测试
1.粗测
就是纵向架构中提到的集成测试
2.数据和数据库完整性测试
1.如下图，打开数据库
2.数据库要当成一个子系统来测试。
不应该把测试对象的用户界面当作数据库接口，而是把当前打开的数据库界面当作数据接口测试!
3.测试目标：确保数据的访问方法的进程在运行；数据库没有遭到破坏，例如确定数据库里的表没有遭到破坏；确保数据按照预期的方式进行填充，就是改写的都写进来了；访问数据是否正确，通过插入，搜索，查询，导入导出
以手工的方式进行
3.接口测试
软件接口：点击一个按钮跳出另一个界面
硬件接口：会占用哪些硬件资源，或者需要第三方的硬件（采集卡）
接口的输入输出数据：输入什么，接口会怎么处理
4.功能测试
写很多用例覆盖功能点，确保功能都正常
黑盒技术
有效无效数据，看相应的预期结果或错误的消息及警告消息
5.用户界面测试
整体界面
局部界面
窗口与窗口的交互
字段与字段间的浏览
按快捷键：例如按tab键是什么反应（跳到下一个文本框），按F5是否能刷新
菜单大小中心是否符合标准
6.性能评测
打开响应时间
事务处理速度
搜索响应时间
单个任务或用户
多个任务或用户
并发
7.负载测试
负载测试和强度测试其实都是性能测试中的一类
之所以单独拿出来说是为了讲述的更清楚
目标：确保系统在超出巨大预期工作量的情况下，仍能正常的运行。
比如预期的工作量是1000个用户在登陆，但这时候2000个用户登陆，这时候系统还能用，只不过没有之前反应那么流畅
8.强度测试
破坏性的测试
比如负载测试2000个用户登陆时，资源用了百分之六七十，但还没有枯竭。现在强度测试就是要调到四千个五千个用户时，这时候会出现内存资源不足，资源被占用造成的错误。
资源不足，内存不足，找到崩溃的边界值
9.容量测试
系统安装在服务器上面，测试对象处理大量的数据，处理大量的用例，处理大量的文档来模拟系统的极限。它主要考虑服务器与客户机的资源情况（数据库能放多少数据，硬盘内存有多大）
10.安全性和访问控制测试
账号登陆的安全
权限管理的安全
4A标准
本身后台服务器的安全，比如php，apach什么架构的安全，本身有没有漏洞（不然被黑客攻击，甚至可以把系统里的信息都弄走）
11.故障转移和恢复测试
电脑突然断电
网络突然断开，里面数据会怎么样
要把数据恢复起来，一般好的公司还会做一些备份
12.配置测试
兼容性测试：
软件兼容：操作系统，数据库，浏览器…分辨率的测试：通过鼠标，按住ctrl键，放大缩小
硬件兼容：处理器，内存
网络兼容：wifi，4G，局域网…
安装卸载激活测试：考虑路径，安装后可不可以用…
四、作业
根据每个测试策略，至少罗列出3个测试点
