我们在计划的时候其实往往会碰到这样的问题：这个也想做，那个也想做，可是时间不够，这个不想CUT，那个也不想CUT，有时甚至分不清楚哪些重要，重要中的事情中哪些更重要。 如何解决这个问题呢，今天的感觉是要做好两件事情：
1. 准确知道你要达到的目标是什么？
2. 准确知道你现在的状况是什么？
其实这两点说起来容易，但是真正做起来时并不是那么容易。现在我讲讲今天的经历。
下周跑Test Pass，昨天开始做Planning，我们想到的一个主要目标是所有的Test Case（500个）都被跑一遍，保证Coverage。因此我们做Planning的时候就计划了说要在这个Platform上，那个Platform上跑。但是今天讨论的时候，发现根本做不完！！！本来那个时间（3周）就已经被认为时间太长，现在居然还不够！！怎么办呢？那只能说考虑一下现在计划要做的事情是不是都要做了，也就是要开始CUT Work Item了。那为什么这个做，那个不做，或者这个不做，那个做呢？
要回答这个问题，就需要考虑上述的两个问题， 但是取决于对这个两个问题是不是真的回答清楚了。
刚才我们说目标是所有的Test Case（500个）都被跑一遍，保证Coverage。从这个目标出发，那得出来的直接的结论就是所有的Test Case要在所有的Platform上跑。 但是Platform也是有优先级的，在高优先级的Platform上当然要都跑，在低的Platform上就可以少跑一点，假设P0 的平台总共有2个，P1的有4个，P2的有3个。但是3周的时间却只能跑600多个Case，也就是在一个平台上跑1.2个Full Test Pass，连2个P0的Platform上都不能完全跑完！！！怎么办呢？？似乎是个挺困难的问题。那也没办法，也只能CUT。那CUT哪个呢？这时就需要你能很好的回答第2个问题：现状是什么？ CUT一个Platform时要有充足的理由，因为质量好，没有Risk，为什么质量好，没有Risk，因为我测试的多，发现的bug大部分都被fix了。那为什么要不CUT一个Platform上呢？因为没测过（为什么没测过），或者测试的比较少（为什么比较少，因为工作机不是这个Platform）。测试的少就有Risk嘛？Risk在哪里呢？似乎是有点困难的问题了。要回答这个问题，你要想知道Risk在哪里， Risk的来源有两个，一个是内部的，一个是外部的。 内部的原因就是你没测试这部分功能， 你Miss了这部分的测试， 那很明显是你的错误了；外部的原因是你的产品依赖哪些东西，如果你的产品对依赖的组件Handle的不够好，那就是Bug的来源了。我们回到最初的问题，CUT这个Platform会不会有什么Risk？内部原因自己回去找， 外部原因你要知道产品对dependency处理的怎么样了。如果情况是这样的，在Platform A上Dependency和在Platform B上的Dependency是一样的，并且在A上已经经过大量测试，那么B上的测试就可以少做或者不做。但是如果在A上的Dependency和在B上的Dependency不一样（组件不一样或者版本不一样）， 那Risk就比较高了。这是纯粹从分析的角度来说有没有Risk，这是Analytical类型的人很容易接受的理由，但是对于我而言，我并不能完全被Convince。我要问，你在B上实际测试了多少，发现了多少Bug，跟Dependency关系是怎么样的？等等直观的问题。
现在出现另外一个问题，有个人说虽然A和B上的Dependency是基本相同的，如果从推理的角度可以说没有多少Risk，但是，他觉得（我就是这样认为的）我在B上跑的少，虽然推理说明了没有Risk，但是没有得到关于B上的直观体验，并不愿意去说B上是没有Risk的并且可以CUT。因此要求在B上也跑Full Test Pass。但是又没有时间。。。。。。
解决的办法就是要把收集B上Quality的数据作为另外一个目标，然后来决定一下，这是不是这次Test Pass 要达到的一个目标。如果这个目标不是那么重要，那可以考虑把目标放在另外的时间做；如果比现在的目标还重要，那就要重新做计划。
PS：这些问题要自己事先想好了，再拿出来讨论，看看你的想法是不是够完整了，通过吸收别人的观点，你就可以做更好的Planning了。