脚本的几个重要组成 [ 光影人像 东海陈光剑 的博客 ]

   回归脚本只是整个回归体系的一个简单组成部分，它的作用就是需要针对简单功能点进行验证。如果出现错误需要直观的能够判断是程序错误还是脚本错误。减少人为的成本。最近在做测试脚本，说说这个脚本准备的几个重要组成。1.需求确认：确认需要针对那个功能点需要进行回归。技术上可以，容易实现。2.测试设计：需求确认后好针对这个功能点进行设计，需要覆盖什么流程？需要覆盖什么路径?一一进行罗列。最好是能够从开发人员那里获取这个功能点的设计文档，如果没有最好能够和开发人员确认中间是否会设计到那些逻辑，如果逻辑太过复杂最好的办法还是分解，分解成多个脚本来编写。最好能够通过rose等进行画图将逻辑分解的清晰。针对功能点的设计最重要原则是简单，输入简单，输出简单，验证功能点单一，逻辑结构单一。覆盖的点越少越好。从整体测试体系框架上来把握整体覆盖，不要从单个脚本来保证。单个脚本就做这个脚本需要验证的工作。3.数据准备：再上面的工作都完成后就是对数据准备的一个设计。数据设计应该也算是测试设计的一部分，但是又有它的特殊性。一部分是初始数据，这部分数据是运行脚本的前提，这部分数据对额外的程序或者流程依赖性越小也越好，数据最好能够直接获取而不是需要通过多次数据提交或者运行后的结果。这样可以增加脚本本身的健壮性，不要因为其他方面的原因造成脚本的中断。另外一部分是过程数据，运行我们的脚本后过程中产生出来的数据，这部分数据也可能在脚本后期有作用，也可能是产生出来的不起作用的垃圾数据。这些数据对脚本也是不可分割的组成。4.数据回收：数据回收是每个脚本都需要有的部分，他是每次脚本运行的保证，收回的部分不光是前面准备的数据，也需要包括这些中间衍生出来的过程数据。他们对系统造成额外负担，更重要的是可能是这部分数据可能对下一次的脚本产生影响。数据准备需要了解数据如何生成，需要了解这条数据产生出来的整体的数据生成过程，不单单是需要准备它自身的一条数据，还需要关心它的相关的一些逻辑。过程数据同样也是如此。实际上每个脚本的初始语句应该是回收语句。脚本最后部分也应该是回收语句。5.注释：脚本的可能是一个人写，但维护的工作可能就是多个人。其他人维护这个脚本的时候如何来了解你的脚本的来龙去脉，所以注释是至关重要的一个东东。如果有可能，请在每个脚本的前端来阐述一下你的脚本的数据准备，测试设计来方面其他人对你脚本的理解。

我们从来只做一件事,分享.
让美在这个世界流转
让倍感无趣的 受伤的 彷徨的 孤独的 或是心情忧郁的 人生黯淡的人们
能有一次机会
去再一次发现这个世界的美
并把美传递给他人
---光影人像(Follow WeChat public number with interest)