关于测试计划编写的思考一

    在之前的测试工作当中，一直认为测试计划非常的简单，就是测试用例编写，执行（三轮），测试报告的编写几个步骤。但在最近的工作当中发现，测试计划远没有我想的那么简单。

    首先是很多第一次上线就结束的项目采用上面的方法写测试计划非常正确，但对于那些一做就是好几年的项目，每次上线只是上几个功能点的项目，很显然上面编写测试计划的方法并不适用。那应该如何编写呢。最近想到可以根据功能点来编写。比如功能点一（测试用例的编写，执行），功能点二（测试用例的编写执行），最终测试分析报告的输出。这只是一点小小的思考，也许还有很多不成熟的地方，希望大家多多讨论。觉得敏捷的管理方法很好，用到这种一做好几年的项目中非常适用。

    在计划中还有一个重要的地方，就是测试到什么程度就可以结束测试的要求。个人认为主要功能（或所有功能都执行了一边），未发现重大问题的就可以结束测试上线了。