最近一直开发类似积分体系，用户等级任务体系这样的东西。 到了测试的时候，就会经常遇到例如下面的情况:
-
测试人员想使用积分抵扣，但这个测试账号没有达到领取积分的标准(或者领积分步骤麻烦)，于是测试人员就粗暴得去数据库，缓存上手动加积分然后进行测试。(感觉这样不经过正常业务流程的直接加数据，有时候会导致一些关联数据的混乱，出现测试环境有很多脏数据对应不上的情况)
-
测试人员想测试高等级会员的特权等等时，由于等级较高，业务复杂难以短时间内达到(例如网易云的升级需要听几百首歌)，为了不让他们直接操作导致脏数据问题(当然也是因为有些测试并不会操作数据库和缓存)，于是开发人员加多个测试环境的特殊接口，浏览器一访问就加 n 分，直到让他加到那个高等级为止。 我也觉得这样不太好，造成了很多侵入的无用代码，但我不知道怎么做才更好。
-
客户端在进行调试时，由于客户端程序的 bug 导致的一些问题，需要重头来过，导致客户端调 bug 时屡次让后端给他清数据 /缓存重来一遍。 严重影响后端开发的工作。
想和大家讨论下，这类积分会员体系等，测试需要很大依赖后端数据的业务，真正规范和高效率的测试方式和流程应该是怎样的？
PS：测试手点的，只会一点点技术或者完全不会
1
Select Language