测试计划再谈

好久没有更新自己的博客了。一来是工作忙，二来是自己这半年来思想有点波动，情绪没有稳定下来。

今天是2018年10月7日，这个月公司新接了一个项目，此次又由我来撰写测试计划。

首先对于写测试计划，我是不排斥的，另外，公司目前只有我一个测试人员，高级以好，初级也罢，该有的文档与资料咱还是得补齐对吧。不要因为懒，而省下一些步骤。我们先要理解一下需求，需求是如何定义的，系统是一个综合游戏平台，可以定制，延伸与扩展功能的。是用JAVA+LINUX

与产品沟通后，然后昨天画好了思维导图。

今天把测试计划写出来，不管后期自己会不会根据这份文档来安排自己的测试活动，但至少，在写计划的过程中，有助于自己早点进入工作状态，有助于理解系统。

对于测试计划，其实是一个动态的过程，跟测试用例一样。需要后期在测试活动中，经常性的更新，及时做出调整与补充。

我没有参照网上的模板。只按照自己的理解，只简单的记录了本次测试活动的目的，范围，人员，时间安排，资源需求，重点，难点，风险点，目标。等内容。

因为要给领导看，所以后面还加上了联系方式等。

网上的测试计划模板包括了很多，什么名词解释，参考文献，争议事项等，我觉得测试计划就是一份纲领性文件，来指导后续我们的测试活动，同时也会根据我们在以后的测试活动中来进行修改，完善。根据这份文档提前对未来的测试活动进行了预估。让测试人员对未来的测试活动做到心中有数。

我认为测试人员在后期的测试活动中还是要尽量多翻翻测试计划文档，不要埋头苦干，让自己的工作失去计划性，或者完全只听命于测试组长的工作安排，这样对自己的未来成长不利的。毕竟在IT行业，多动手，与思考总会让人成长的更快些的。还有一种情况就是有些测试部门的领导只会瞎BB，一幅欠揍型的嘴脸。在这种人下面干活，是很难受的。