采纳答案成功!
向帮助你的同学说点啥吧!感谢那些助人为乐的人
因为现在只是一个用户管理系统,内容少可以按老师这样创建,以表名进行检索。
那如果还有商品、订单、物流等等很多系统,直接创建对应系统的新数据库在创建新表来维护CASE这种方式可行吗?感觉有点繁琐,不知道有没有这种设计思想。
还是说如果系统比较多的话,根据系统设计较少数量的表,通过控制字段的形式来管理系统分支下不同的case,这样似乎确实细分查看的时候需要编写sql来检索查看case的情况。
不知道我说的这两种方式在实际项目中适用吗??还是有更好的方法来处理多系统的case设计呢?
一般大型项目我是这样做的,在项目开始之初,就会跟开发对好表设计,我们针对的测试数据其实跟开发后边的数据几乎是一样的,只是一些不必要的字段我们就不加了,我们加上自己测试时候用的字段。 繁琐是肯定的,因为开发设计表的时候也那么繁琐,表设计出来其实对应的接口操作也差不多就出来了。 就是把自己的测试工作更加的前置,跟开发同步工作,这样就会好很多。 这样管理出来的case,每一套表就是一个项目,跟开发的项目就能对应上。
我好像明白了,就是说其实也不用创建很多的库,用一个库的不同表名来标注管理不同的系统用到的用例case就可以 太赞了!
登录后可查看更多问答,登录/注册
打破传统测试用例设计方法,搞懂基于TestNG的接口自动化测试技术
1.5k 1
1.3k 12
1.2k 10
1.2k 9
1.9k 6