［译文］HTSM-Quality Criteria：质量定义

引言

质量定义是定义了产品应该是什么样的需求条款，是测试人员能够更好地计划测试、更快速地发现重要问题、判断产品是否有问题的依据。质量定义通常是多个维度的、隐蔽的、甚至自相矛盾的。

能力：它是否能按照要求运行

要求：功能、性能

可靠性：在需要的场景下，是否能正常运行，防止失败

1 健壮性：在合理的条件下，产品持续运行而没有崩溃

2 错误处理：当发生错误时，产品能防止失败，优雅降级，从错误中恢复

3 数据完整性：系统中的数据应受到保护，防止丢失或污染

4 安全性：产品应当不会危及人的生命和财产安全

易用性：对真实用户来说有多简单

1 学习性：目标用户能够快速学会使用

2 操作性：能够以最小的付出完成操作

吸引力：产品有多吸引人

1 美学：产品对感观产生的吸引力

2 独特性：在一定程度上，产品是新颖的或者独特的

3 必备性：产品拥有用户特别期望的某种能力

4 有用性：产品能很好地解决某些重要问题

5 粘性：能使用户着迷、获得乐趣，完全融入其中

6 想象性：产品投射出用户的某种渴望

安全性：产品如何抵抗非授权使用和干扰

1 认证：系统确认用户身份的方式

2 授权：已认证的用户所拥被赋予的权限

3 私密：用户数据应受到保护，防止未授权的访问的

4 安全漏洞：系统不能保证安全的地方

扩展性：系统部署规模能否平滑扩大或缩小

匹配性：产品能否和外部组件和配置协同工作

1 应用匹配性：产品与其他软件系统协同工作

2 操作系统匹配性：产品与特定操作系统协同工作

3 硬件匹配性：产品与特定硬件协同工作

4 向后兼容：产品与老版本协同工作

5 资源使用：产品不会独占内存、磁盘和其他系统资源。

性能：运行效率与响应速度

安装性：在目标平台上，是否容易安装部署

1 系统要求：当必要的组件或资源丢失或不满足时，产品是否自动能识别

2 配置：安装后对系统哪些地方会产生影响？文件和资源存储在哪？

3 卸载：当产品被卸载后，是否能移除干净？

4 升级／补丁：是否容易添加新模块或升级新版本？是否会对已有配置造成影响？

5 管理：安装是否需要特定的人员角色或时间计划

开发：能否顺畅地进行开发、测试和修改产品

1 支持性：为用户提供支持需要花费多少成本

2 可测性：产品是否能有效地被测试

3 维护性：构建、修复和增强产品需要花费多少成本

4 可移植性：移植或复用技术的成本

5 本地化：在其他地方使用产品时，需要调整的成本

---

翻译说明：之前介绍的HTSM模型，弱化了模型的详细内容。HTSM本身只是个框架，现在按James Bach 2015年的版本，做一个翻译。这是译文的第四部分：质量定义。也是最后一部份。

本次翻译共分四部分，加上HTSM的模型介绍，列表如下：

1 启发式测试策略模型小记

2 通用测试技术

3 项目环境

4 产品元素

5 质量定义 

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

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