启发测试策略模型简介(2)

User Testing 用户测试

引入用户

1、识别和对用户角色进行分类。

2、确定每个角色会执行哪些用例，怎样执行，对他们产生怎样的价值。

3、获取真实的用户数据，或者把真正的用户引入测试中来。

4、否则，系统地模拟一个用户（把自己想象成用户）。

5、有效的用户测试是包含各种用户和各种角色，而不仅仅是一个。

Risk Testing 风险测试

想象它有问题，然后去找出来

1、这个产品可能会有哪些类型的问题？

2、哪种问题是最关键的，专注于这些问题。

3、如果问题存在，你怎样找出来。

4、列个关于这些有趣问题的清单，然后设计相关的测试来揭露这些问题。

5、请教专家、查阅设计文档、过往的bug报告，或应用风险启发，都有可能帮助你揭露这些问题。

Automatic Testing 自动化测试

运行一万个不同的测试

1、寻找自动产生很多测试的机会

2、开发一个自动化的、快速进化的机制

3、编写一个程序来产生、执行和评价测试

Project Environment 项目环境

◆Customers. 项目的客户

◆Information. 关于产品的信息或需要测试的信息

◆Developer Relations.你跟程序员相处得怎样

◆Test Team. 任何执行测试或支持测试的人

◆Equipment & Tools. 硬件、软件、文档等测试需要的资源

◆Schedule. 顺序、持续时间、项目时间的同步等

◆Test Items. 被测的产品

◆Deliverables. 测试项目可见的输出

Product Elements 产品元素

◆Structure. 组成产品的所有东西

◆Functions. 产品所做的任何事情

◆Data. 产品处理的所有数据

◆Platform. 产品依赖的所有外部的东西

◆Operations. 产品的使用方式

◆Time. 产品与时间之间的关系，例如：输入输出的速度、并发速度等

Quality Criteria Categories 质量标准分类

Operational Criteria 操作层面的标准

◆Capability. 能否执行所需的功能？

◆Reliability. 能否在各种所需的情况下工作良好并能抵抗错误？

◆Usability. 真正用户来使用产品时是否容易使用？

◆Security. 产品保护并抵抗未经授权用户的入侵的能力如何？

◆Scalability. 产品的扩展性如何？

◆Performance. 性能如何，快不快？

◆Installability. 安装到目标平台的容易程度如何？

◆Compatibility. 与其他产品的兼容性如何？

Development Criteria 开发标准

◆Supportability. 对产品的用户如何有效支持？

◆Testability. 产品能多有效地进行测试？

◆Maintainability. 怎样有效地修复、增强产品？

◆Portability. 在其他地方如何有效地重用技术

◆Localizability. 如何有效地移植到另外国家的语言？

查看本文来源