如果要从运行时行为的观察和分析中获得对软件行为的期望认识,您就必须考虑应用程序的哪些执行路径将具有值得探索的重要性,而这些路径中哪些又将提供最多的机会来了解软件的运行时行为。
一般情况下,对于探索最有用的场景往往能反映用户一般将使用的全部或部分运行时行为。 因此,只要可能就通过提问方式或以其他方式咨询领域专家(如正在开发的软件的用户代表)来确定场景,这样做会很有用。
用例提供一组有价值的工件,可以从它们确定并探索有用的场景。作为开发人员,最熟悉的用例实现将可能是您应该首先使用的用例实现(如果可用的话)。如果没有用例实现,就请确定任何可用的用例场景 -
这些场景对用户将浏览用例中各种事件流的路径提供文字说明。最后,还可以查看用例事件流来提供可以从中确定可能的候选场景的信息。如果向用例参与者代表或其他领域专家咨询,这最后一个方法的成功率可得到进一步提高。
在尝试为运行时分析确定有用的场景时,测试人员是另一个可供咨询的有用资源。 测试人员往往因为其测试工作(这样的工作使他们成为准领域专家)而对领域有一定的见解和经验。在很多情况下,观察软件的运行时行为的激励因素将来自于测试工作本身的结果。
如果该任务受已报告的缺陷推动,那么活动的主要重点将是在受控环境中重现缺陷。根据问题发生时记录的信息,一些测试用例必须确定为一定能使缺陷发生的可能候选原因。您可能需要调整一些测试或撰写一些新的测试,但是必须记住,重现缺陷是一个基本步骤,而且对最难的案例来说,稳定缺陷比修正缺陷要花费更多的时间。
|