[译文]HTSM-Test Techniques:通用测试技术

引言

测试技术指的是为创建测试而进行的探索方法,是对HTSM模型中的项目环境、产品元素、质量定义的分析。以下列出9种“通用技术”。“通用技术”的含义是指这项技术是简单且可以广泛使用。很多特定的测试技术是基于一项或多项“通用技术”的。并且,这些“通用技术”能够与HTSM模型中其他模块的想法结合来产生更多的测试技术。

功能测试:测试它能做什么

1 产品能做哪些(功能和子功能)

2 你是如何判断一个功能是有效的

3 一次只测试一个功能

4 确认每项功能做了它该做的,并且没做它不该做的

领域测试:划分数据

1 关注产品处理的任何数据。盯紧输入和输出

2 决定测试使用的特定数据,考虑边界值、典型值、有效值、无效值、最具代表性的数据。

3 考虑将需要测试的数据进行组合

压力测试:使产品超负载

1 寻找在具有挑战性数据或者资源受限下,最脆弱的子系统和功能

2 识别与这些子系统和功能相关的数据和资源

3 选择或生成挑战性数据或者资源受限的条件进行测试。例如:大量或复杂的数据结构、高负载、长时间运行、大量测试用例运行、小的内存

流测试:按部就班

1 测试由多个处理步骤相连的流程,例如将某个状态模型走一遍

2 在相关操作或处理间不要重设系统

3 使时序发生异常,并且使用并发的线程

场景测试:测试用户故事

1 以围绕产品的方方面面进行思考为起点

2 设计真实和完整的交互过程的测试用例

3 好的场景测试是真实用户与产品交互的故事

要求测试:挑战每项要求

1 确认对产品的各项要求,包含显性和隐性的。例如:SLA条款、广告说明、特殊说明文档、帮助手册等

2 分析要求条款,使不明确的要求清晰化

3 测试软件是否与要求相符

4 如果你的测试有明确的说明要求,将其设为标准并测试软件。

用户测试:使用者测试

1 明确用户类别和角色

2 明确每一类用户将如何使用产品,他们认为产品的应该给他们带来的价值是什么

3 获取到真实用户的数据,或者将他们引入测试

4 否则,需要系统性地模拟用户。注意,这很容易错估用户的使用情况。

5 有效的用户测试需要包含一定量的用户和用户角色,而不是一个用户。

风险测试:想象一个问题,找出它

1 产品可能出现哪些问题

2 哪些问题是重要的。关注它们

3 当问题发生时,你如何发现问题

4 列出风险问题,并对其设计测试

5 咨询专家、参考设计文档、过往问题报告或者探索风险,将会有所帮助

自动检查:检查不同的事实

1 寻找或开发能够辅助测试活动的工具

2 考虑自动化的执行、测试结果检查、测试覆盖检测、变化监测、测试数据生成等工具

3 考虑能够使测试人员工作更有效的工具(不一定是开发或者测试工具)


翻译说明:之前介绍的HTSM模型 ,弱化了模型的详细内容。HTSM本身只是个框架,现在按James Bach 2015年的版本,做一个翻译。这是译文的第一部分:通用测试技术。

有不太清楚和错漏的,也欢迎大家指正,在此表示感谢。

另外,HTSM本身最重要的是适合自己的使用。James Bach的版本未必就是适合你的。仅作为参考。所以你发现有你不同意的,或者不以为然,都是正常的。

作者 魏增艺

关键字:产品经理, 测试

版权声明

本文来自互联网用户投稿,文章观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符,请点击 举报 进行投诉反馈!

相关文章

立即
投稿

微信公众账号

微信扫一扫加关注

返回
顶部