对于测试来说，造数据几乎是每天必做的事情，一套完整方便易懂的基础及业务数据 是很方便后续测试，节省测试时间；大部分人经常用123、测试，造多了以后完全看不出各种数据有什么区别，简单记录下造数据的一些小经验
- 上传文件测试、图片测试：建议有一个文件夹专门放不同类型的各种图片、文件格式。包含文件大小、文件名称带各种格式（比如名称带.，图片从几十k到10mb不等）
- 造各种用户或商品；如果是树结构的数据，一级、二级、三级这种，尽量能用自己区分开的前缀，每次看到名字的时候就能看出是几级数据；如果商品，个人喜欢【标签】加一些个人的标签后，用属性看出来商品的，比如原价商品无优惠、x折商品、返现商品、包邮、不包邮，通过名称可以看出来；
- 测需求的时候习惯把新造的数据用需求命名，后面找该部分的数据也比较容易；
- 有些数据在界面上造不出或者不方便操作，需要灵活运用数据库修改来实现；比如要测试一个规则实现的接口，界面上建规则，接口校验规则实现，界面上规则一旦生效后只能作废后重新建，非常麻烦；所以找到该规则的表，测不同的条件则在数据库中修改不同的表，很快就可以测完规则；
- 不建议造名称或者元素都很相似的数据，完全看不出区别
- 数据更接近实际场景；测试时间长了，发现实际场景的数据更容易发现问题（这块需要常接触客户或线上环境，才能造出有效数据）
- 如果通过接口或自动化执行的数据，建议加前缀好区分，因为有时可能自动化脚本出现问题，通过特定前缀可以一眼看出来是哪里的来源；而且，加一样的前缀自动化数据更容易处理（有些数据比较累赘，有可能后续会删除）
- 脏数据一类的建议也标记下，免得下次容易遗忘；
- 我个人是比较喜欢造各种数据的，数据复杂性越高，容易发现问题的概率越高；也喜欢给用户起不同的名字，图片接近实际，花里胡哨的很有意思，也更想测试；比如之前测过一个医疗类软件，有医生端跟患者端，患者起了一个名字叫梅长苏...
- 性能测试造数据时，为了便于区分哪些是通过性能测试数据产生以及方便删除，会统一在某个字段上加个前缀
标签：经验,前缀,理论,商品,测试,规则,容易,数据 来源： https://blog.csdn.net/u011197146/article/details/122604403
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。