造数据经验-测试理论

对于测试来说，造数据几乎是每天必做的事情，一套完整方便易懂的基础及业务数据 是很方便后续测试，节省测试时间；大部分人经常用123、测试，造多了以后完全看不出各种数据有什么区别，简单记录下造数据的一些小经验

• 上传文件测试、图片测试：建议有一个文件夹专门放不同类型的各种图片、文件格式。包含文件大小、文件名称带各种格式（比如名称带.，图片从几十k到10mb不等）
• 造各种用户或商品；如果是树结构的数据，一级、二级、三级这种，尽量能用自己区分开的前缀，每次看到名字的时候就能看出是几级数据；如果商品，个人喜欢【标签】加一些个人的标签后，用属性看出来商品的，比如原价商品无优惠、x折商品、返现商品、包邮、不包邮，通过名称可以看出来；
• 测需求的时候习惯把新造的数据用需求命名，后面找该部分的数据也比较容易；
• 有些数据在界面上造不出或者不方便操作，需要灵活运用数据库修改来实现；比如要测试一个规则实现的接口，界面上建规则，接口校验规则实现，界面上规则一旦生效后只能作废后重新建，非常麻烦；所以找到该规则的表，测不同的条件则在数据库中修改不同的表，很快就可以测完规则；
• 不建议造名称或者元素都很相似的数据，完全看不出区别
• 数据更接近实际场景；测试时间长了，发现实际场景的数据更容易发现问题（这块需要常接触客户或线上环境，才能造出有效数据）
• 如果通过接口或自动化执行的数据，建议加前缀好区分，因为有时可能自动化脚本出现问题，通过特定前缀可以一眼看出来是哪里的来源；而且，加一样的前缀自动化数据更容易处理（有些数据比较累赘，有可能后续会删除）
• 脏数据一类的建议也标记下，免得下次容易遗忘；
• 我个人是比较喜欢造各种数据的，数据复杂性越高，容易发现问题的概率越高；也喜欢给用户起不同的名字，图片接近实际，花里胡哨的很有意思，也更想测试；比如之前测过一个医疗类软件，有医生端跟患者端，患者起了一个名字叫梅长苏...
• 性能测试造数据时，为了便于区分哪些是通过性能测试数据产生以及方便删除，会统一在某个字段上加个前缀

标签：经验,前缀,理论,商品,测试,规则,容易,数据
来源： https://blog.csdn.net/u011197146/article/details/122604403