引言
创建和执行测试是测试过程的核心。项目环境就是在测试过程中，那些会促进或阻碍测试活动的资源或约束条件。有时测试人员必须突破那些约束，有时也需接受它们。
任务：就你和你的客户所理解的测试目标
1 你是否知道你的客户是谁？谁的看法具有影响力？谁能从你的工作中获益？
2 你是否知道你的客户对你的在项目中的期望是什么？你是否认同这种期望？
3 也许你的客户对你需要测试哪些东西有自己的主张
4 也许他们之间（你的客户们）的期望是相互冲突的。你需要理顺它们。
信息：关于需要进行测试产品或项目的信息
1 可向谁咨询去了解这个项目
2 有哪些可用的项目文档？用户手册？在线文档？说明文档？用户故事？
3 这个产品是否有来历？已经修复或未解决的一些老问题？客户的投诉抱怨？
4 你的信息是最新的吗？你是如何知道新的或者变更的信息？
5 是否有可比性的产品或项目能够提供一些有用的信息？
开发者关系：你如何与程序员相处
1 开发团队是否表现出对产品的过度自信？
2 是否有哪个产品部分是开发者抵制进行测试的？
3 你与开发人员是否有良好的工作关系？
4 在需要时，你与开发人员是否能快速顺畅地沟通
5 开发人员对你的测试策略的看法如何？
测试团队：需要进行测试的每一个人
1 谁将开展测试？人手够吗？
2 哪些不是测试团队的人也能帮忙？经历过类似项目的人也许能提供一些建议
3 是否有要求测试人员拥有特殊技能或原因才会使用的特定的测试技术？
4 是否需要训练测试人员？是否有训练条件？
5 有哪些协作者？时区是否会成为一个问题？
设备和工具：硬件、软件或文档
1 是否有测试所需的设备？设备是否可用？
2 是否需要测试工具？工具是否可用？
3 处于测试时，是否需要工具来辅助检查产品的情况？
4 是否需要用文档来记录和追溯测试过程？
计划：顺序、持续期间、项目事件的同步性
1 你是否有充足的测试设计时间？是否有些测试晚一些设计比较好？
2 测试将何时执行？是否有些测试需要被重复执行，作为回归的目的？
3 哪些构建版本是可进行测试的、添加了新特性的、已封版的？
4 何时用户文档可以被查阅？
测试项目：被测的产品
1 产品哪些部分是在你的测试责任范围内，哪些不是？
2 你是有可测的产品了？测试平台是否可用？何时能得到新的构建版本？
3 产品是否处于不断地变更中？哪些需要被重新测试？
4 产品最近有哪些变更？
5 产品是否有充足的功能性和可靠性，能让你有效测试？
6 哪些测试需要被设计以便应用于将来发布的新特性的测试中？
交付物：测试过程中的可观察产品
1 你须要做哪些报告？你会分享你的工作日志还是最终的结果？
2 你的交付物是否作为产品的一部分？是否有其他人要运行你的测试？
3 你是否要遵循特定的测试文档标准？
4 你如何记录和交流你的报告？
翻译说明：之前介绍的HTSM模型，弱化了模型的详细内容。HTSM本身只是个框架，现在按James Bach 2015年的版本，做一个翻译。这是译文的第二部分：项目环境。
有不太清楚和错漏的，也欢迎大家指正，在此表示感谢。
另外，HTSM本身最重要的是适合自己的使用。James Bach的版本未必就是适合你的。仅作为参考。所以你发现有你不同意的，或者不以为然，都是正常的。
