最近做了一个版本，是数据迁移，我们的一项核心业务，简历数据保存，原先使用的存储方式是mongodb，但是后来发现这种方式不利于数据关联，不好开展后续的一些业务开发，于是我们进行拆表，将简历数据拆成一个主表和好几个附表。先看下mongodb的数据结构，再对比下mysql的数据结构，可以发现：由一张aunts表拆成了六张表uc_aunt_resume  主表uc_aunt_resume_ext 扩展表uc_aunt_resume_attach 图片附件表uc_aunt_resume_working_experiences  工作经历uc_aunt_...

　　大家测试过程中经常用的等价类划分、边界值分析、场景法等，并不能覆盖所有的需求，下面就来讲一种不经常用到但又非常重要的测试用例编写方法。　　因果图　　应用场景：页面上有多个控件（输入），控件（输入）之间存在不同的组合关系，不同组合之间又可以产生不同的输出结果，符合这个条件的页面可以使用因果图法。　　通过应用场景我们发现，一个手机壳外形选择页面的用例就可以按照这种方法编写。　　我们假设我们手机,品牌有品牌1和品牌2，品牌1对应的型号有型号1、型号2，品牌2对应的型号有型号3、型号4，我们所有的手机外形有外形1，外形2，但是外形1只能给品牌1的手机使用，外形2品牌2的手机使用；除固定选择外，还有...

　　在使用loadrunner的过程中，有好多地方都需要做关联，那么我们又该如何做关联呢？　　首先我们录制一个脚本，然后回放，发现有报错的地方，那么我们首先想到的就应该是关联。loadrunner这个工具很强大，它可以自动给我们查询出有可能出现关联的地方。点击Design-Design Studio：　　如果脚本中没有需要关联的地方，那么显示如下页面：　　如果脚本中有需要关联的地方，就会出现如下的页面：　　通过这种关联的方式，有可能会将本来不需要关联的点给搜索出来，也可能会将本应该进行关联的地方漏掉。所以我们在用这种方法查找出需求关联的地方后，需要具体问题具体分析，并不需要将所有的都设置成关联...