编写测试用例和测试执行是测试的核心工作，然而，要创建什么样的测试用例，如何开展测试工作， 在项目环境中有许多因素是很重要的。我觉得这些工作就是测试分析，只有测试分析进行完善、正确，才能保证后续的测试工作不会走弯路。往往很多测试人员是缺少这一部分工作的。根据我个人的工作经验，进行测试分析，通过以下几个方面，对于测试工作是
非常非常重要的。要想验证一个测试人员的水平，通过测试分析就可以判断出来。以下是HTSM模型中提出的几个方面，实际工作我们可以根据自己的实际情况进行挑选。
但前两项是必须的。
使命（Mission）
- 项目的背景是什么？
- 为什么要做这个项目？
- 你的客户是谁？你的用户是谁？
- 客户中谁的意见更重要？
- 谁又会从你的工作中受益？
- 你的客户对你的项目有哪些期望？
了解上面这些信息对你的测试是很有帮助的；作为测试人员我们不能只是验证产品是否满足需求文档，一定要从用户的角度出发，了解用户最原始的需求，了解项目的起源，了解我们做这个项目的初衷。
我在工作中就发现很多人测试，只知道测什么，但是为什么这么做就不知道或不太清楚了；最终项目流程上出了问题，根本不知道错在哪里。有时候产品经理对项目也可能理解不透，对客户的需求理解有偏差；在与客户进行需求评审时，发现需求文档无法满足客户需求，或者与客户的需求完全不同，这样做出来的产品肯定是失败的；还有的时候由于客户有多人，有领导、有直接负责人、还有产品的真实用户也就是一些基层员工，往往不同的人有不同的想法或需求；在产品经理眼里，他们都是客户，但是我们一定要清楚谁的意见是起决定作用的，我们一定要保证客户的意见最终达成一致。也许这些工作是产品经理应该完成的，但是作为测是人员，我们一定要站在用户角度，保证产品最终要符合客户的真实需求，不然我们辛辛苦苦完成的产品就变成垃圾了。
项目信息（Information）
- 项目的相关负责人都是谁？
- 项目资料、用户手册、用户故事、场景等
- 项目是否有老的版本，老版本是否有什么问题？
- 业务在线下是如何操作的？
- 项目要解决什么样的问题？
- 用户和客户都是谁？
进度安排（Schedule）
- 项目周期是多长？是采用哪种开发模式？瀑布？迭代？敏捷？
- 给测试留了多少时间？测试时间是否充足？
- 开发提测时间是什么时候？开发的排期是如何安排的？
- 需求评审安排在什么时候？
- 测试什么时候可以进入项目？
测试模块（Test Items）
- 测试的范围是什么？我们需要负责测试哪些模块？
- 是新项目还是老系统优化？
- 如果是老系统升级，新增了哪些功能，修改了哪些功能，去掉了哪些功能？对原有功能有哪些影响？
与开发的关系（Developer Relations）
- 开发是哪个团队，有多少人？
- 与开发是否有过合作？
- 开发的水平如何？
- 与开发之前是否有过合作？沟通是否有问题？
测试团队（Test Team）
- 测试资源都有哪些？资源是否充足？
- 项目都需要哪些测试团队？
- 与其他测试团队之前是否有过合作？
- 其他测试团队的工作安排如何？
设备和工具（Equipment & Tools）
- 都需要什么样的测试设备、测试工具？
- 目前的设备和工具是否可以满足需求？
交付物（Deliverables）
- 有哪些报告、文档或会议纪要需要我们编写，交付？
- 这些文档是否有标准模板或特殊要求？
