如何做好测试计划
如何做好测试计划
测试计划是为了测试⼀个项⽬⽽制定的计划。该项⽬测试流程需要按照计划来执⾏。
显⽽易见，计划就是对整个测试活动的安排，并在实际的过程中约束和指导整个测试。然⽽，很多测试⼈员、测试团队以及⼤部分的公司都没有重视到测试计划的重要性，计划往往成了⼀个摆设，在项⽬⽐较紧张的情况下，甚⾄没有测试计划。如此，我们的测试质量如何保证呢？
可以说，所有做的很好的测试未必都是有计划进⾏的，但是所有做的不好的测试都是没有很好计划的，那么，我们到底才能做出⼀个好的测试计划呢？以下谈谈我个⼈的⼀些看法。
由于在计划⽅⾯，我⾃⼰也做的不是很好，因此，以下观点并不⼀定是正确的，但希望可以起到抛砖引⽟的作⽤。欢迎⼤家批评和指导，并谈谈⾃⼰的看法和观点，以便我们可以更好的去设计我们的测试计划，从⽽提升测试的质量，以提⾼我们产品的质量。
1、计划的可⽤性
⾸先，我们的计划必须可⽤，也就是好说，测试计划与实际之间要尽量接近，并且要有较强的操作性。我们不能为了写计划⽽去写计划，⽽应该是为了如何去测试⽽写计划。
测试计划是对测试过程⼀个整体上的实际，要充分考虑到执⾏测试时的各个指标，包括：测试范围、测试风险评估、测试⽤例\\⼯作量\\资源\\时间的估算、测试采⽤的策略\\⽅法\\环境\\资源\\进度等等。
准确地说是要分析执⾏时所能够调⽤的⼀切资源以及受各种条件，可能受到的各种影响。2、坚持“5W1H”的原则，明确测试内容与过程2.1 明确测试的范围和内容（WHAT）
计划的设计者必须对整个项⽬系统的设计⽅法、具体功能分布、性能以及安全性的要求等等，有充分的了解。⼤致包括以下内容：各功能点、性能、安全性、稳定性、兼容性、易⽤性等等计划中，需要列出上述各内容的详细内容及指标。2.2 明确测试的⽬的（WHY）
要说清楚：我们为什么要进⾏该项⽬测试？针对具体的测试项⽬，到底测试的“度”该如何把握？之类的问题。2.3 明确测试的开始和结束⽇期（WHEN）
测试开始结束⽇期，是建⽴在开发的开始结束⽇期、测试内容、⼈⼒资源等综合因素的基础之上的，这⾥需要明确到具体的年⽉⽇，并随开发进度⽽波动。
时间的安排上，最好能预留⼀段的缓冲时间，以便与应对计划的变更，也可以让测试⼈员有时间完善和补充测试⽤例。2.4 明确给出测试⽂档存放位置（WHERE）
整个测试过程中的⽂档管理的重要性就不必说了，但是，⽂档管理的⼯作也必须有计划的进⾏。计划中需指出明确的⽂档存放位置，以达到较好的⽂档管理效果。⽅便相关⼈员的监督和查看。2.5 明确测试⼈员的任务分配（WHO）好的任务分配，可以提⾼测试的质量和效率。
我觉得，只有充分了解你的团队的整体实⼒和团队中每个成员的特点，这样才能做出合理的分⼯。这⾥需要确定测试⼈员的时间及参与测试的⽅式，如果需要新招聘⼈员，还要考虑招聘计划。
另外，由于每个⼈的思维⽅式不同，所以，每个项⽬的测试⾄少安排两个或两个以上的测试⼈员，以便交叉测试，发现更多的BUG。
2.6 明确指出测试的⽅法和测试⼯具（HOW）
结合不同的测试领域，给出具体的测试⽅法，以供组内成员参考并借鉴。
列出测试过程中需使⽤的测试⼯具，以便，组内相关成员提前准备环境及相关知识，以提⾼测试的质量和效率。3、采⽤评审和更新机制，确保测试计划满⾜实际需求
因为软件项⽬是⼀个渐进的过程，中间不可避免地会发⽣需求变化，为满⾜需求变化，测试计划也需要及时地进⾏变更。之所以采取相应的评审制度，就是要对测试计划的完整性、正确性、可⾏性进⾏评估，以保证测试的质量。4、测试策略要作为测试的重点进⾏描述
测试策略是测试计划中的重要组成部分，测试计划是从宏观上说明⼀个项⽬的测试需求、测试⽅法、测试⼈员安排等因素，⽽测试策略则是说明实际测试过程中，应该怎样具体实施。因此，测试策略⼀定要描述详尽并且重点突出。
要制定出好的测试策略，需要了解软件的结构、功能分布、各模块对⽤户的重要程度等，从⽽决定测试的重点、优先次序。为了达到有效的覆盖，需要考虑⽤例的设计⽅法（详细可参见赵宏梅的《测试⽤例设计⽅法》系列）。
回归测试也需要充分考虑，根据项⽬的进度，版本的迭代率，合理安排回归测试的⽅式。结合各相关影响因素来制定有效的回归测试策略。
同时，结合实际的项⽬，我们要结合2.6给出⼀些实⽤的测试技巧。5、做好测试的风险评估
对于测试过程中可能遇到的风险，也要制定出相应的应对策略。
通常的风险可能是：项⽬计划的变更、测试资源（测试⼈员）不能及时到位等等。
对此，我们要制定相应的策略。⽐如：对项⽬计划的变更，可以考虑建⽴良好的沟通渠道，让测试⼈员及时了解到相应的变更，以做出适当的调整；对于资源的风险，我们可以考虑建⽴后备机制，后备⼈员前期也可参加项⽬例会、评审等活动，以便出现资源紧缺时及时调⽤。
当然，还有其他种种的风险，这个就要发挥计划设计者的经验和智慧啦！！
