对于软件测试工程师来讲，需要识别的内容非常之多、之具体。除了上篇帖子说的需求之外，测试工作赖以执行的测试环境也是需要重点识别的对象之一。
测试环境何其重要，在此先梳理一下。测试需求分析的过程，了解并辨别被测软件，此时其重要性还未体现，因为此时的目标是提取测试点；之后针对每个测试点，测试方法就是下一步要解决的问题，此时需要了解：
1. 已有测试环境是什么配置？
2.相对于测试方法而言，还需要什么硬件、软件或设备？
3.已有测试环境有什么限制？可能通过什么方式破除这种限制？或逼近真实环境？
到测试用例设计阶段，将测试点&确定的测试方法转换成测试用例，直至测试执行阶段，测试环境都直接与该工作本身高度相关，其重要性不言而喻。
那么问题来了，测试工程师应如何识别测试环境？什么样的测试环境是满足要求的，什么样的环境不能满足呢？此次，我们使用5W2H模型先明确问题：
分析的目标WHY：明确什么样的测试环境满足测试要求，什么样的环境不满足。
分析的对象是WHAT？分析什么才能确定上述问题呢？测试环境毕竟只是测试环境，对于测试工作而言，理想状态当然是使用真实环境。现实情况是，不可能所有的测试都在真实环境下测试：如车载软件的测试，如果使用实车测试，有些场景根本无法测试，无法满足测试要求；另外从资源角度来说也会消耗较多的实车资源，不可能一个测试工程师一台实车，成本太高；另外对于一些破坏性测试，如果使用实车也会造成实车无法使用，代价太大。在不可能使用真实环境测试时，我们需要使用模拟环境测试，如车载软件测试可以使用HIL台驾模拟车载控制器，测试软件的功能和性能。回到正题，我们分析的对象就应该是测试环境与真实环境之间的差异，以及这种差异对测试造成的影响。
分析时间WHEN：这种分析应该在哪个阶段进行，当然是越早越好。如果迭代项目运行中发现测试环境的限制，那么可以考虑在下一个迭代开始前就进行这种分析，确认是否需要购置新设备或搭建新环境；如果不需要大动干戈，那么起码在测试策划阶段或者测试设计阶段执行该分析，以明确每项测试内容应该在哪种测试环境下执行。到了执行阶段，先需要先分析确认，是否所有设备齐全，满足测试准入条件。
分析地点WHERE：这个具体执行人员确定，再环境现场？或者对环境很熟悉的情况下，anywhere。
分析人员WHO：这个根据具体情况而定，如果明确识别到环境的限制，且项目组决定执行优化，项目管理人员应继续跟踪该事项；否则，该事项应由测试工程师执行。
如何分析HOW：一般的考虑是，从硬件、软件、数据三方面全面分析测试环境与真实的差异，进而确定测试环境有效性。
分析到什么程度HOW MUCH：这个需要结合项目具体情况，如果没有差异当然最好，如果有差异，应该增加何种测试环境满足测试需求。
