测试如何快速了解一个产品、需求、任务
（海盗派测试分析，KYM）
原文地址：http://blog.csdn.net/cc297322716/article/details/73658081
| 分析类型 | 分析项 |
| Customers（用户） | 这个产品或特性是 |
| 用户有哪些 | |
| 用户或用户之间的优先级 | |
| 用户之间的需求有没有矛盾的地方 | |
| 用户提这些需求的原因 | |
| 这些需求之间的优先级 | |
| 用户最关心的地方 | |
| 用户的痛点 | |
| 用户对测试或质量的诉求 | |
| 用户的实际使用环境 | |
| Infomation（信息） | 这个产品或特性需要关注的关键信息 |
| 这个项目需要特别注意的地方 | |
| 可以向谁进一步了解信息 | |
| 可参考的文档、手册、资料、网站 | |
| 是全新的产品/特性，还是新开发的？ | |
| 有没竞品分析报告，或同类产品参考 | |
| 历史版本出现过哪些问题 | |
| Developer Relations（开发者关系） | 产品或特性由谁开发 |
| 有多少人开发 | |
| 开发人员的经验 | |
| 使用敏捷还是瀑布开发模式 | |
| 开发语言 | |
| 代码规模 | |
| 测试和开发人员的沟通协作方式 | |
| 代码复杂度 | |
| 哪一部分比较复杂 | |
| 哪些地方使用了新技术 | |
| 开发人员做了哪些测试 | |
| 发现了哪些问题 | |
| 是否存在没有解决的问题 | |
| 需求变更的情况怎么样 | |
| 开发对测试策略有无意见 | |
| Test Team（测试团队） | 有几个测试团队负责测试 |
| 负责测试的人员组成 | |
| 测试人员的经验如何 | |
| 测试人员对被测对象的熟悉程度如何 | |
| 测试人员的稳定度如何 | |
| 测试人员是专职还是兼职 | |
| 测试人手是否充足 | |
| Equipment & Tools （设备和工具） | 需要哪些测试设备或工具 |
| 测试环境是否可获得 | |
| 是否有可参考的自动化测试脚本 | |
| 搭建测试环境需要的时长 | |
| 环境搭建难度如何，是否需要培训？ | |
| 测试结果观察是否容易 | |
| 产品可测试性如何 | |
| 需要哪些测试管理工具来记录测试过程 | |
| Schedule（进度） | 产品和特性需要何时交付给用户 |
| 是一次性交付还是分期交付 | |
| 估计的和实际的测试周期 | |
| 最早何时可以拿到可以进行系统测试的版本 | |
| 一轮测试或一个迭代是多长时间 | |
| Test Item（测试项） | 主要的测试项目有哪些 |
| 哪些部分可以降低测试优先级或者先不测试 | |
| 产品和特性变更后的测试策略（确认测试、回归测试） | |
| 哪些部分新增或修改 | |
| Deliverables（交付件） | 需要的测试交付件有哪些 |
| 有无必须使用的或者可参照的模板、checklist | |
| 每个测试交付件的时间要求和内容要求 |