|
最近新换了一家公司,刚好赶上重构测试用例,之前的都是写在excel中的一些功能点提醒,跟常规的用例差别是比较大的,这次重构就是从各个方面进行改变。
首先是选型,从excel和TD中进行选择,最终选择了TD,不管是从哪方面,TD还是专业的工具,excel主要在编写方面会比较方便。
关于本次重构用例,我把之前的工作经验拿过来提了一些建议,大部分被采纳,其实也很简单,是一些常规用例的写法和组织,但是也做了一些变通,今天主要想说下关于用例的一些东西:之前的经验,我们会把用例写的非常细,关于页面校验的、关于流程的、关于单个字段的,都分的很清楚,一个用例只有一个验证点,导致用例的数量非常庞大,写起来也会因为验证点不同而大部分步骤相同产生很多重复的步骤,但是好处在于大家对用例的理解和粒度是一致,无论是谁写出来都是一样的,比较统一;而这次改造中,我把这个想法也说了,大部分也是按照这样去做的,但是由于业务的不同,有些地方实在难以适用,通过讨论,大家得出的结论是大部分用例是根据我说的思想去做,但是部分难以做到的,回到列框架的方法上,列框架的意思就是把规则说清楚,可能更会同知识沉淀有部分类似,不是用例的形式,是描述的形式。那么这样做就必须有一些规定,到底哪些是以传统用例的形式来完成,到底哪些是用描述的形式来完成,定出一个规则,以此来执行。
其实我想表达的意思,测试用例是否真的必须统一?是否可以允许像我这样的形式存在呢?到底用描述规则的方式算不算测试用例呢?我自己的想法:测试用例最大的用途当然是指导测试执行,它还有更多的用途,比如指导新人熟悉业务、方便从需求、开发和测试角度一起来把关对需求的理解,既然是这样,我认为也不一定拘泥于某种形式,而是能达到这些目的就可以了。但是也不能无限制的不拘泥,至少在一个公司内部测试用例必须是统一形式统一管理的。
不知道坛子里的同学对此有怎样不同的观点没有?多谢大家指教! |
|