下面是我根据launcher桌面应用做的ACC的heap maps ,根据heaps可以得到我们测试时间应该是从深到浅的渐变，如果制作一个跟金钱有关系的软件，你会发现钱涉及的功能的集中了ACC表格的大部分深红，解决问题也是优先解决跟金钱有关系的功能。
2）测试内容多，繁杂时候，如何做出快速的测试策略
测试过程中，我们经常遇到测试点多，而且细小且繁杂的时候，一堆堆的测试任务涌过来，请花10分钟做一个ACC建模的测试分析再安排测试，先思考再干活。
根据提测的内容在热力图上面的颜色深浅进行测试任务优先级安排，是一种成熟的测试策略。因为深颜色的功能点从优先级，功能属性上都比较重要，所以测试时间上也是需要花比较多的时间。
测试策略没有详尽的测试内容，根据测试点再展开测试用例设计，是一个blingbling的好方法，有根有据，不会被混乱的现状冲昏了头脑，对个人处事风格有优化，格调直逼高大上。妈妈再也不用担心我繁杂的测试任务。
而且针对需求变更比较多的模块内容，前期的维护测试计划的维护需要花很多的时间，而且它并不一定给你评估到如意的完美的测试风险，既然这样子，何不完全抛开这些内容，从ACC的角度来做测试策略。
3）用例精简
其实ACC也是可以做用例精简，是不是觉得就像万花油一样，测试过程哪里疼就抹哪里。用例精简要从热力图开始说起，热力图罗列了优先级的测试点，这些颜色浅的功能点，大胆放开的去删减用例。因为在整个产品功能里面，它的执行时间占比少，那么对应的用例肯定少。如果一个功能不重要，但是用例写了很多，这个需要反思一下是不是测试策略定位有问题。
综上所讲的内容是在ACC实践的过程中，这些场景可以用这个模型进行尝试。本文只是抛砖引玉，真正成为测试领域的老司机不是一朝一夕的事情，也不是浅尝辄止。需要不断的学习各种Test Model，找到适用的场景，并且得心应手。
转自：腾讯TMQ
