在进行交插测试时非常重要的一点就是沟通，当你看了案子觉得很难理解案子里面的内容时，不要死抠，直接找先测试的那个人问清楚，因为交插测试本来就是需要占用额外的时间，所以效率非常重要。
其次，当你对着案子缕明白之后写一份简单版的测试用例，简单版意思指的是在写法上尽量精减，并不是测试功能点上精减。
例如正规的测试用例是在EXCEL表格里写上功能，功能点，期望结果，实际结果。
那你在交插测试时就可以直接在记事本上写，1.测试登陆按钮点击效果。2.测试取消按钮点击效果。
这样既清楚明白又节省时间。
有人可能想问，为什么交插测试的时间本来就是挤出来的为什么还要写用例浪费时间？
其实写用例的目的是为了：
1.记录测试的内容
2.由于是对照案子写出来的，可以避免出现遗漏
试想下如果不写的话，那你测了什么很容易就忘了，其次，不写用例进行自由测试的话又很容易出现遗漏。所以即使是交插测试也是需要写用例的，而且写完之后还可以与前一个进行测试的QA写的用例对比，看看双方哪条用例更好，谁又漏测了什么，都是可以相互学习进步的。
另外有一点就是，在对照策划案进行交插测试的时候，经常会出现这样一种想法，就是这个功能点好简单，肯定没有问题，我就不用测了。
这种想法是不正确的，就以我为例，我在进行交插测试时候，每当遇到这种测试点时还是会去看，然后就经常会发现问题，因为前一个测试的人很可能也是这么想的，然后就没测，你测了就发现问题了。
其实在测试时候，我一直相信一个前辈说过的一句话“测试时候不要相信任何人”。这句话对于交插测试也同样适用。
程序在写完功能需要QA来进行测试，QA在测试时肯定不会去相信这个程序水平高所以功能一定没bug，交插测试也是如此，前一个进行测试的QA经验多就不一定没漏测。
