任务:分析运行时行为
此任务描述了如何在执行组件以确定其改进空间的过程中分析组件的行为。
规程:实施
用途
  • 了解组件在执行过程中的行为。
  • 确定反常行为和任何必需的更正操作。
关系
角色主执行者: 其他执行者:
输入必需: 可选:
输出
流程使用情况
步骤
确定必需的执行场景
目的: 确定将激励期望的运行时行为的执行路径

如果要从运行时行为的观察和分析中获得对软件行为的期望认识,您就必须考虑应用程序的哪些执行路径将具有值得探索的重要性,而这些路径中哪些又将提供最多的机会来了解软件的运行时行为。

一般情况下,对于探索最有用的场景往往能反映用户一般将使用的全部或部分运行时行为。 因此,只要可能就通过提问方式或以其他方式咨询领域专家(如正在开发的软件的用户代表)来确定场景,这样做会很有用。

用例提供一组有价值的工件,可以从它们确定并探索有用的场景。作为开发人员,最熟悉的用例实现将可能是您应该首先使用的用例实现(如果可用的话)。如果没有用例实现,就请确定任何可用的用例场景 - 这些场景对用户将浏览用例中各种事件流的路径提供文字说明。最后,还可以查看用例事件流来提供可以从中确定可能的候选场景的信息。如果向用例参与者代表或其他领域专家咨询,这最后一个方法的成功率可得到进一步提高。

在尝试为运行时分析确定有用的场景时,测试人员是另一个可供咨询的有用资源。 测试人员往往因为其测试工作(这样的工作使他们成为准领域专家)而对领域有一定的见解和经验。在很多情况下,观察软件的运行时行为的激励因素将来自于测试工作本身的结果。

如果该任务受已报告的缺陷推动,那么活动的主要重点将是在受控环境中重现缺陷。根据问题发生时记录的信息,一些测试用例必须确定为一定能使缺陷发生的可能候选原因。您可能需要调整一些测试或撰写一些新的测试,但是必须记住,重现缺陷是一个基本步骤,而且对最难的案例来说,稳定缺陷比修正缺陷要花费更多的时间。

为运行时观察准备实施组件
目的: 确保组件处于适当的状态,准备好支持运行时执行

为了让组件的运行时执行能得出准确的结果,应该注意满意地准备组件,从而使实施、编译和链接中不会由于错误而附带出现反常结果。

往往有必要使用插桩组件,以使运行时观察能及时完成,或者使它能够在组件依赖于其他尚未实施的组件的情况下得到实际的执行。

您还必须准备执行组件所必需的所有框架或支持工具。在有些情况下,这可能意味着创建驱动程序或利用代码来支持组件的执行;在其他情况下,这可能意味着检测组件,使外部支持工具可以观察并可能控制组件行为。

准备执行环境
目的: 确保目标环境的必备设置已经令人满意地完成。

很重要的一点是要考虑所有在将进行运行时分析的目标环境中必须加以处理的需求和约束。在一些情况下,有必要模仿会最终要求组件运行的一个或多个目标部署环境。在其他情况下,在开发人员机器上执行“观察运行时行为”就足够了。

在任何情况下,使得为运行时观察设置的目标环境能够令人满意都很重要,这样就不会因为包含可能会使后续分析无效的“杂质”而使工作无用。

另一个考虑事项是使用生成环境约束或异常状况的工具(没有这样的工具,这些状况就很难重现)。这样的工具对于分离这些状况下的运行时行为中发生的失败或反常情况是非常宝贵的。

执行组件并捕获行为观察结果
目的: 观察并捕获组件的运行时行为。

准备组件以及将观察组件的环境后,现在您就可以开始通过选择的场景执行组件了。根据使用的方法和工具,这一步骤的执行可能只需少量关注,也可能随着场景的发展而提供(或者甚至要求)持续的关注。

查看行为观察结果并分离初始发现结果
目的: 确定组件运行时行为中的失败和反常情况

在您正在观察的场景中间或结束时的每一个步骤中,在预期的行为中查找失败或反常情况。请记下所有您认为可能与反常行为相关的观察结果或留有印象。

分析发现结果来了解根本原因
目的: 了解任何失败和反常情况的根本原因

根据您的发现结果开始调查每个失败情况的底层故障或根本原因。

确定并传达后续操作
目的: 建议进一步的调查或更正操作

当查看您的所有发现结果后,您可能会有一系列要求进一步调查的想法和念头,并可能还有您提议的具体的更正操作。如果您不自行立即对这些项采取行动,就请以适当的格式记下您的提议,然后将它们传达给您的团队成员,让他们核准或以其他方式执行您的提议。

评估您的结果
目的: 验证任务是否已恰当地完成并且生成的工作产品是否可接受。

既然您已完成了该工作,那么最好验证该工作是否有足够的价值。您应评估您的工作质量是否适当,是否完整得足以让其他团队成员觉得您的工作很有用,并随后将它们用作他们自己工作的输入源。在可能的情况下,请使用 RUP 中提供的核对表验证质量和完整性是否都“足够好”。

让那些将在他们的后续任务中使用您的工作作为输入的人员参加复审您的过渡工作。请在您还有时间针对他们的意见采取行动时让他们参与复审。您还应该针对关键输入工作产品评价您的工作,确保您已经充分、准确地提供或考虑了这些工作产品。在这个基础上,再让输入工作产品的作者复审您的工作可能很有用。

请记住,RUP 是一个迭代的交付流程,并且在许多情况下工作产品是随着时间而演进的。 所以,没有必要完全形成在近期的后续工作中只部分使用或根本不用的工作产品,并且这样做在很多情况下会对生产效能产生负面影响。这是因为很可能在使用工作产品前,工作产品的使用环境会发生变化并且在创建工作产品时所作的假设也被证明是不正确的,从而导致返工以及随之而来的工时的浪费。

还要避免在展示内容本身价值损害方面耗费太多周期时间。在展示作为项目可交付工作产品很重要而且具有经济价值的项目环境中,您可能希望考虑使用管理资源或初级资源来对工作产品执行工作,以改进其展示效果。



更多信息