测试规范包括哪些_如何从需求中提取测试点

点击蓝字关注我哦

测试这件事儿，要想事半功倍，必须有正确的方法。

当拿到需求时，要从哪些方面、用哪些方法进行测试呢？‍‍

为不同模块选择合适的测试类型(GBT25000.10更新到8个特性)

测试类型	说明	对应的质量属性
功能测试	验证产品能否满足用户特定功能要求并做出正确响应	功能性
性能测试	测试产品提供某项功能时的时间和资源使用情况	效率
兼容性测试	验证产品是否能够在指定系统、操作端、分辨率等情况下顺利运行	功能性
易用性测试	验证产品是否易于理解、易于学习和易于操作	易用性
配置测试	验证产品是否能够在推荐配置上流畅运行；验证产品为了完成特定功能的输入是否会出现故障	功能性，易用性
可靠性测试	验证产品再长时间运行下能否满足保证系统的性能水平；在存在异常的情况下系统是否依然可靠	可靠性
安装测试	测试产品能否被正确安装并运行	可移植性

功能测试方法

单运行正常值输入法(等价类)

单运行边界值输入法(边界值)

多运行顺序执行法(场景法、判定表)

多运行相互作用法(场景法)‍

以报警功能举例：

• 根据设置的报警内容上报范围内的数据验证报警的正确性(单运行正常值输入法)

• 根据不同报警范围内(包括死区)的边界值 (单运行边界值输入法)

• 更换执行的顺序(多运行顺序执行法)

  • 设备触发一条报警后，修改触发器的报警条件

  • 设备触发一条报警后，关闭/删除触发器

  • 设备触发一条报警后，恢复正常，又触发一条报警

  • 设备关闭报警后，又达到预先设置的报警值

• 把多个存在相互关系的运行组合在一起(多运行相互作用法)

  • 设备变量1在触发报警时，变量2也触发报警

  • 设备1触发报警时，设备2也触发报警

  • 设备模板报警触发报警时，独立触发器也触发报警

  • 父用户设备触发报警时，子用户设备也触发报警‍

可靠性测试方法

异常值输入法

故障植入法

稳定性测试法

压力测试法

恢复测试法

以报警功能举例：

• 输入包含小数、负数、科学计数法、特殊符号的报警范围 (异常值输入法)

• 用户在断网、弱网的情况下的报警情况；系统硬件资源如CPU、磁盘满了的情况下，报警的情况(故障植入法)

• 挂多个每一分钟触发一次报警的设备，挂测三天，查看报警状态及记录的准确性(稳定性)

•  假设系统最多承受100个变量的同时触发报警，设计压力测试模型(压力测试)

•  持续超过系统负载进行测试之后，再恢复到负载以下，查看系统的恢复能力(恢复测试)‍

易用性测试方法

一致性测试法

可用性测试法

一致性测试法

• 页面风格、布局、元素上是否统一且合理

• 布局的合理性、操作的合理性是否UI设计规范

• 进入一个弹窗页面或子页面，是否符合产品整体风格

• 确认页面在“操作合理性”上是否符合设计规范。例如要求查询结果20条即分页

可用性测试法：关注产品的功能对于用户来说是否易于学习、易于使用

• 利用好交叉测试，往往负责增量测试的人会出现审美疲劳，被   某个功能“习惯”

• 交叉测试者针对当前模块的典型场景进行验证

• 交叉测试者需要既了解用户使用场景、又具备测试经验

往期回顾

如何做测试策略       
手把手教你做发版评审       
测试岗如何做职业规划

第二届山东软件测试线下沙龙征集令来了