FMS 测试被普遍运用于美国职业运动员运动能力的评估、康复、体能训练，是检测基本动作模式阻碍或者不足的一种方法手段。使用 FMS 对运动员进行检测，通过采用标准化的动作姿态，我们可以了解运动员可能存在的一些潜在问题。

　　功能动作测试（Functional Movement Screen，简称FMS），是美国矫形训练专家Gray Cook和训练专家Lee Burton等设计并在20世纪90年代提出。该项测试于1998年改进完善后广泛应用于美国职业运动员运动能力评估，它可以简易、快速地识别个体的功能限制和不对称。

　　功能性活动有以下 7 种重要动作：蹲、跨、弓箭步、伸、举，以及躯干的前后倾和旋转。而 FMS 测试的 7 个基本测试动作正是模仿并检测这 7 种重要的动作，它包括深蹲、上跨步、直线弓箭步、肩部灵活性、直腿主动上抬、躯干稳定俯卧撑和旋转稳定性。其中深蹲、躯干稳定俯卧撑是对称性动作，而上跨步、直线弓箭步、肩部灵活性、直腿主动上抬和旋转稳定性 5 个动作测试分为非对称性动作，需要左右测试，每一项的测试得分为0～3分，总分为21分。肩部灵活性、躯干稳定俯卧撑和旋转稳定性附有 3 个伤病排查动作。测试目的和功能是了解人对身体掌握和运用基础身体动作的能力及动作结构进行测试和评价，根据测试结果制定和设计纠正动作的练习手段，达到有效规避由于错误动作而造成的运动损伤，提高运动动作的工作效率及合理性。

　　目前许多教练员在训练中刻意追求运动员的训练强度和负荷，却忽视了一些伤病的隐患，随着运动员水平的提高，这些小的伤病就成为限制运动员成绩增长的主要因素，有很多成绩优异的运动员都有伤病困扰，这些伤病为运动员赛场上的正常发挥埋下了深深的隐患。如：中国的跨栏名将刘翔――亚洲第一位打破短距离项目世界记录的运动员，他的跟腱伤却成为阻止他前进的拦路虎，使他无法驰骋在 2008年北京奥运会的赛场上，留下来的只有令人神伤的背影和全国人民的惋惜；中国篮球骄子姚明，也是因为伤病满身，不得不在 30 岁退出篮坛，结束了自己的运动生涯。这一现象就暴露了体育训练中的致命弱点，因此，科学的训练不但是要提高运动员的竞技能力和身体素质，还应在训练中规范动作技术，预防损伤的发生。FMS 测试在国外职业竞技体育中应用非常广泛，在欧洲以各足球队为主，在美国四大联盟（NBA、NHL、NFL、MLB）的一线队几乎都在应用 FMS 的测试和训练，FMS 测试是作为对传统测试训练方法的一个补充，以此作为检测运动员潜在伤病并进行伤病预防训练的依据，用于提高运动员的竞技能力并延长运动寿命。

　　FMS测试的七个测试动作中，深蹲、上跨步和直线弓箭步这三个动作是主要身体全部参与的整体动作，因此需要身体各部份系统协作，任何一个或几个部位出现问题，都会影响到整个动作效果。深蹲测试说明被试的髋部、膝部及脚踝部还有肩肘关节的活动能力、柔韧性以及各关节的协调能力。上跨步动作主要测试髋部与躯干在完成跨步动作时具有腿站位的协调性和稳定性，及脚踝和膝关节组织是否有产生外展动作补偿。直线弓箭步动作主要是反应髋关节稳定性和收缩肌力量以及膝、踝关节的稳定能力。肩部灵活性和直腿主动上抬测试主要针对的是身体最灵活地两个地方采取的灵活性和柔韧性测试，这里特指地灵活性是整个肩部组织、腿部组织及这些部位整体互相协作所体现出来的灵活性。躯干我的俯卧撑测试和旋转稳定性测试，是体现身体稳定性地测试，反应的是一种反射性躯干核心部位的掌控。但这两个检测项目的反应点有明显的区别。躯干稳定俯卧撑测试主要是反应躯干在矢状面地反射稳态属于静态传递，该项测试倾向于力量成分较大一些，需要有良好的躯干稳定性的能力。而旋转稳定性测试主要是反应稳定性和重心移动的能力，力量参与的成分很小，这个检测动作，其实也可作为核心区力量练习动作，是比较安全有效的训练方法。

　　FMS测试适用于任何人，包括伤病患者、普通人群和运动员，也可以对运动员的训练进行跟踪和监测，在损伤之前发现危险的弱链，以减少训练和运动损伤。

　　传统体能测试基于传统身体素质的测试，力量、速度、耐力、柔韧性、协调性五大身体素质，是对运动能力的测试和评价。主要测试的对象是运动员，甚至是高水平的运动员，很多测试方法普通人是无法完成的。传统体能测试方法依身体素质而定，每种身体素质测试都有多种方法，每种测试方法并不能适应于每个项目，不同的项目需要选取不同的测试方法。传统体能测试方法侧重于运动员运动能力的提高，所以，教练员和运动员为了能够完成测试或者在多次测试过程中取得好的成绩，在训练过程中，往往就侧重于训练量和训练强度，忽视了训练过程中的代偿动作，从而留下了运动损伤的隐患。

　　FMS测试可作为身体检查的一部分，以确定个体是否存在灵活性与稳定性等方面的功能性问题，而这些问题可能在进行传统医学检查和运动测试评价时很难发现。早发现、早矫正这些功能性问题，可以减少运动损伤的可能性，并最终提高运动能力。

　　软件测试用例就是设计一种情况，软件程序在这种情况下，希望能够正常运行并且达到程序事先所设计的执行结果。测试用例由测试输入数据和预期的输出结果两部分组成。软件测试用例的设计和执行是软件测试工作的核心，也是工作量最大的任务之一，良好的测试用例设计过程能够提高测试用例的设计质量，便于跟踪测试用例的执行结果，自动生成测试用例覆盖率报告。测试用例可以用数据库、Word 、Excel 、XML 等格式进行管理，市面亦有成熟的商业软件工具和开源工具等。对于一般中小软件企业，使用文档来管理测试用例是较为方便、经济的途径。

　　软件功能测试是对软件系统最基本的一类测试，功能测试用例即指软件产品在交付于用户前对其是否达到事先所定义的用户需求规格说明书上说指定的产品功能要求进行测试的测试用例。它是站在用户角度上，也是较重要的一类测试用例。

　　测试用例由测试输入数据和预期的输出结果两部分组成。在设计测试用例的输入条件中应包括合理的输入条件和不合理的输入条件。人们往往倾向于过多地考虑合法的和期望的输入条件，以检查程序知否做了它应该做的事情，而忽视了不合法的和预想不到的输入条件。如果开发出的软件遇到非法情况不能做出适当的反应，会导致软件的失效。用不合理的输入条件测试程序时，会比合理的输入条件进行测试能发现更多的错误。所以就软件功能测试而言，测试用例设计要从4个方面考虑：

　　测试用例的设计和编制是软件测试活动中最重要的。测试用例是测试工作的指导，是软件测试的必须遵守的准则。更是软件测试质量稳定的根本保障。

　　测试用例设计的目的就是将系统需求具体化，提取测试需求，通过可测试的方法对每个功能点进行描述。测试用例设计的好坏直接关系到测试质量的高低。用最少的测试用例覆盖最全的功能点是测试用例设计的目标。

　　在测试用例的设计过程中，应用一个有效的测试用例模板对用例的管理，测试的执行具有十分重要的作用。

　　1) 用例场景：描述该测试用例所验证的需求用例。通常一个需求用例与多个测试用例对应。对每个需求用例，有时可能需要两个或多个测试用例与其对应。一个测试用例描述正常工作流情况，另一个或多个描述异常处理工作流。通常异常工作流的测试用例往往是正常工作流测试用例的几倍。

　　6) 预期结果：每个测试步骤执行之后的预期结果，是建议需求验证是否被通过的标准。预期结果不是在测试执行当中才被考虑的，应该在测试用例设计阶段由需求分析推导而得。

　　7) 注释：填写测试中应当注意的问题或者说明。注释不是必须填写的列，而其他列则是必须要填写的。

　　8) 真实结果：每一个版本对应真实结果的一列。这一列里填写测试的真实结果（通过/失败/不可测/跳过）。如果测试用例执行失败，需要填写失败的详细结果，以及对应的缺陷号。(注：真实结果也可以在相应的测试报告中填写)

　　RMDB系统是某信息公司用来进行人力资源管理和项目分配的数据库系统，主要用来对当前公司所从事的信息项目进行合理的人员分配，同时管理每个员工的工作信息，个人信息及所在部门的人员行政关系等。该系统还具有对各种类型的员工的工作量进行合理分配并时刻追踪员工的工作绩效等功能。

　　在功能测试执行之前，需要制定版本的功能测试计划，对即将进入的测试过程和测试内容进行计划。版本测试计划中最难的就是决定选择哪些功能测试用例，以什么样的顺序来执行，以及预测执行这些测试用例所需要的时间。在实际的项目过程中，由于时间的限制，我们往往无法对系统的每一个版本进行完全的功能测试和回归测试。因此在有限的时间内选择怎样的测试用例集合执行能，能够减少因为缩减测试用例而带来的风险，在测试计划里显得非常重要。

　　对于测试测试用例需求复杂度的分析是进行测试执行时间预测的第一步。测试需求的复杂度取决于下列因素：

　　除了这些因素之外，还需要综合考虑其他系统因素。通过测试复杂度的分析，我们可以得出一张测试需求复杂度的表。每一个测试用例的复杂度被标记为

　　测试用例是在对测试任务进行安排时划分的最小单位。根据测试经验对每一个复杂度的测试用例预测一个时间长度。然后可以考虑用MS－ Project对任务进行分配。在分配任务的过程中，需要考虑测试用例之间的依赖性和关联性，以及测试人员的可用时间（也考虑到一些测试人员可能同时工作在几个项目上）。

　　在测试过程中，需要常常思考怎样更好地利用以前的测试数据，对今后测试计划和开发计划起指导作用。其中对缺陷根本原因的分析，能够帮助项目管理人员掌握缺陷集中的区域，明晰缺陷发展趋势，了解缺陷产生的主要原因，以便有针对性地提出遏制缺陷发生的措施，降低缺陷数量，降低测试成本。在今后的测试工作中，测试人员与开发人员一起，建立起一个缺陷分析和预防的流程。

　　在测试过程中我们针对系统缺陷分析表对系统当前的缺陷状态和数目进行分析和统计，如果系统某些模块缺陷数目过多，或者严重级别的缺陷数目剧增，我们有必要对这些缺陷进行根本原因的分析。通过分析，可以了解缺陷原因的分布。我们所制定的RMDB系统缺陷分析表如图3所示。

　　测试用例的设计和编制是软件测试活动中最重要的。测试用例是测试工作的指导，是软件测试的必须遵守的准则。更是软件测试质量稳定的根本保障。

　　测试用例设计的目的就是将系统需求具体化，提取测试需求，通过可测试的方法对每个功能点进行描述。测试用例设计的好坏直接关系到测试质量的高低。用最少的测试用例覆盖最全的功能点是测试用例设计的目标。

　　在测试用例的设计过程中，应用一个有效的测试用例模板对用例的管理，测试的执行具有十分重要的作用。以RMDB测试中的某功能测试用例模板为例。

　　测试数据工作表中存放每一个测试用例所需要用到的测试数据。同一个测试用例有可能用到不同的数据组合，但是测试步骤是相同的。

　　测试用例包总结工作表（图4）中对各个测试周期里以测试包为单位的测试用例执行结果进行统计。通过测试包总结工作表，可以看出每一个测试周期里成功/失败的测试用例数目，计划和实际实行的测试用例数目，以及错误报告的统计情况。这些数据是我们对某个测试周期的测试结果进行统计的依据。如图5所示。

　　测试用例主要适用于集成测试、系统测试和回归测试。在实施测试时测试用例作为测试的标准，测试人员一定要按照测试用例严格按用例项目和测试步骤逐一实施测试。并对测试情况记录在测试用例管理软件中，以便自动生成测试结果文档。

　　根据测试用例的测试等级，集成测试应测试那些用例，系统测试和回归测试又该测试那些用例，在设计测试用例时都已作明确规。