社区：
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. 如何有效地移植到另外国家的语言？
【相关文章】
