最近看到有的测试文德凤面提到测试战术，但是仔细一看，他们写的却是测试用例的大体内容，所以想在这篇文章里面单一谈谈什么是测试战术。
从字面意思来讲，测试战术应该是比力高层的概想，应该着眼于测试中大的方面，而不是细枝末节。通常来说，测试战术描述了软件开发过程中进行测试步骤，用来通知测试过程中所有可能的参加者，测试活动应该若何进行。其中重要会蕴含测试指标，测试新职能的步骤，测试项主张功夫和资源，以及测试环境等等。
除此以表，测试战术应该描述测试过程中存在哪些风险，以及若何可能躲避或者降低这些风险。同时，测试战术也会提到测试的级别，哪些测试应该被执行，入口出口前提是什么。创建测试战术时辰我们能够参考各类需要文档和设计文档。
通常来说，测试战术在结构上能够蕴含以下一些重点：
（1）测试级别：常见的测试级别有单元测试，集成测试和系统测试。大部门的测试组织里面，单元测试由开发掌管，而集成测试和系统测试由测试部门或者质量保障部门掌管。
（2）角色与职责：必要在测试战术里面明确界说各个角色，以及该角色的职责。好比项目经理，测试组长，测试工程师...
（3）环境需要：这一点极度沉要，它将描述测试时必要的系统环境，蕴含软硬件以及网络环境等等。在澄清环境需要的时辰，测试组织能够鉴别出资源方面的风险。
（4）风险分析：影响测试过程的风险都应该尽早被鉴别出来，并且必须有相应的解决法子以便解除或者减轻这些风险。
（5）测试进度：测试进度将会评估实现测试所必要的功夫。在设定进度的时辰，首先必要明确测试领域，而后凭据测试资源的几多来造订能被各方面认可的测试进度打算。做一个极度正确的进度打算是难题的事件，由于测试过程中充斥了各类不确定性，所以通常打算者必要思考增长肯定的buffer。当然，造订进度打算的时辰能够参考已有的项主张数据。若是是一个全新的软件项目，专家以为将初始打算的功夫翻倍比力靠谱！
（6）回归测试步骤：回归测试用来保障之前建复缺点的代码不会影响软件的其他部门，这样必要我们选择已经执行过的测试用例沉新运行。测试人员必要找到一个步骤来确定哪些测试用例应该在回归测试中运行，用例不能太多，由于资源有限，用例也不能太少，不然会达不到必须的测试强度。不外，若是测试部门对待测系统以及软件架构极度相识的话，就比力容易找到相宜的回归测试集中。
（7）测试领域：这个没啥好说的，就是你要测试的内容，可能是某些？，可能是某些指标，好比职能，机能，易用性...
（8）测试优先级：测试领域内的器材不会都是一样沉要的，加上测试资源各类有限，所以为测试排定优先级是极度的必要。
