软件测试计划

　　最近在一个接一个的做项目，每做一个项目都有不同的感受，我想按照测试计划，测试设计，测试执行三个方面梳理一下，和大家谈谈感受 。

　　最初做测试计划的时候会根据测试工作量来估评测试时间和资源，然后对三轮测试的时间点做一个细分。可是随着经历越来越多的项目，感受到这样计划是远远不够的，为了避免后续的测试执行工作节外生枝，我们在做测试计划时就必须多想一点，不光要多想还得想细致了。下面我谈一下项目计划中存在的风险，因为整个计划中有很多模块都是模板制定的，只有风险这一块需要经验积累才能识别更多，谈到的还是不很全面的，和大家交流交流。

　　1.提交应用测试的前提保证

　　这里说的提交应用测试的前提保证是指提交测试的时间，和提交测试的质量保证，如果说项目中开发新人较多，或者说项目属于改造重构性质的，这个能否按时按量提交测试是更需要关注的，那么面对这样的风险我们如何做好计划呢？

　　首先是在开发提交测试之前就需要pm整理出自测场景表单，然后我们评估是否有遗漏。那么对于这个是否遗漏又该如何把控呢？基本上是项目中每个模块中的主功能点必须进行自测。

　　其次需要和pm及时沟通，询问现在项目是否存在这样的风险，如果pm说按时提交测试确实有，那我们听下pm的打算并可以根据具体情况给出我们的建议，然后一定要求开发按照自测表单上的场景自测完全。

       本文转自51Testing，查看全文。