在前三讲里，我们已经会用SilkTest 做简单的测试了，为了以后讲解过程中代码尽可能的简洁，我现在把上一讲中的CalWithFunction.t 脚本再精简一下，让它仅仅测试计算器1+2= 的功能是否正常，下面就是精简过后的代码：
| [-] testcase CalWithFunction() [ ] 计算器.SetActive() //2 [ ] 计算器.C.Click () //3 [ ] String sResultValue = Cal1Plus2() [ ] Verify(val(sResultValue), 3, “Expect: 3, actually it is {sResultValue}”) [-] String Cal1Plus2() [ ] 计算器.N1.Click () [ ] 计算器.Plus.Click () [ ] 计算器.N2.Click () [ ] 计算器.Equal.Click () [ ] String sResultValue = 计算器.CalResult.GetText() [ ] return sResultValue |
现在我们考虑一下，如果去掉行2/3 ，会有什么问题？答案是可能会出现问题：在计算器应用打开的情况下，如果计算器上已经输入了一个数值，这时由于testcase 没有按C 进行清零，导致测试无法通过。也就是说，每次在进行测试之前，将计算器清零是一个前置条件。我们一方面可以继续保留行2/3 在testcase 里面，或者我们还可以将它们抽取出来作为一个appstate 进行声明。当然，我们这个case 运行的前置条件很简单，只有这两步，看不出appstate 有什么优势。实际上，在企业级的应用测试开始前，待测应用可能需要很多步才能进入待测状态，比如要先将待测软件置于某种特殊的状态（打开特定的菜单，关闭不需要的窗口等等）。这时，如果我们能把这些准备工作抽取出来封装成一个appstate 就可以为多个testcase 所公用，在一处所做的修改，处处都可以生效，既减少了重复的代码，又便于维护。所以appstate 是非常有用的，我们可以把CalWithFunction.t 重构成为如下：
| [-] testcase CalWithFunction () appstate PrepareCal //1 [ ] String sResultValue = Cal1Plus2() [ ] Verify(val(sResultValue), 3, “Expect: 3, actually it is {sResultValue}”) [-] String Cal1Plus2() [ ] 计算器.N1.Click () [ ] 计算器.Plus.Click () [ ] 计算器.N2.Click () [ ] 计算器.Equal.Click () [ ] String sResultValue = 计算器.CalResult.GetText() [ ] return sResultValue [-] appstate PrepareCal() basedon DefaultBaseState //2 [ ] 计算器.SetActive() //3 [ ] 计算器.C.Click () //4 |
我简单解释一下，行1 指定了PrepareCal 为testcase 的开始状态，你可以简单理解成在testcase 开始前，必须运行PrepareCal 这段代码。而行2 声明了PrepareCal 是一个appstate ，它的父状态是DefaultBaseState 。DefaultBaseState 是SilkTest 系统默认的appstate 。一个appstate 的父状态表明，testcase 进入该appstate 之前必须先进入它的父状态。对于我们这个case 来说，SilkTest 在运行testcase 之前就先设置自己的状态为DefaultBaseState ，然后再设置自己的状态为PrepareCal ，然后才开始从String sResultValue = Cal1Plus2() 执行。
动手运行一下，看看效果如何。
相关链接：
