浅谈软件测试计划
刚刚介入一个项目，初步了解了项目的业务背景和需求以后，公司要求我们周一进入项目组。进入项目组以后，当然是继续了解有关项目的需求，还有一件事情我们必须要做，那就是写测试计划。测试计划是我们宏观上把握测试的第一步，它是对将来我们要做什么的，怎么做的一个指导性的文件。实际的测试过程是不断变化的，当然计划也是要不断修订更新的。
前天拿到了，公司原有的测试计划。看了以后都无语了。基本上是摆设，对于实际的测试基本上没有指导性的作用。怎么办？记得上次提到学员在公司面试的时候，Dennis.Li对学员回答他的问题非常不满意。后来他对我说，学员面对问题没有思路，其实回答这类问题很简单，把原来在北大测试所学到的理论实践知识联系起来就可以了。哎，对啊，其实回答任何问题，我们首先要作的就是找到以前相应知识的积累。北大测试的学习到的知识就是你回答问题的依据。
还是回到主题上，如何写一份测试计划呢？或者说测试计划中应该包括那些内容呢？
这个问题是作为一个测试组长，测试经理必须要掌握的，也是学员在面试的时候最经常问到的一个问题。反正都是理论的东西，回答这类问题死记硬背不就解决了吗？其实测试计划里面的各个方面是系系相连的。
测试计划的各个部分：
公司作任何事情都应该有目标吗？是的，测试计划本身也不例外。即：
测试计划目标，当然我们是要作测试具体的软件，这个软件有什么
背景，它又是有那些
主要功能模块组成的，这就组成的
测试计划的概述。
测试计划目标，当然我们是要作测试具体的软件，这个软件有什么
背景，它又是有那些
主要功能模块组成的，这就组成的
测试计划的概述。
有了整体对项目的了解，我们到了
测试计划的第二部分：
测试计划是凭空产生的吗？当然不是，它需要参考很多文档
即测试参考文档，比如
需求文档，
软件测试需求，
概要设计说明书，
用户手册。除了参考上述文档以外，测试本身也要产生很多文档
即测试提交文档比如说
测试计划，
测试用例，
缺陷报告，
用例通过统计表，测试报告等等。千万不要小看这些文档，其实这一部分是对于测试人员非常重要的，这就是通常所说的测试人员的输入和输出。
当有人问你的测试输出有那些的时候：主要就是上面的那些文档，这也是你工作成果的体现。
测试计划的第二部分：
测试计划是凭空产生的吗？当然不是，它需要参考很多文档
即测试参考文档，比如
需求文档，
软件测试需求，
概要设计说明书，
用户手册。除了参考上述文档以外，测试本身也要产生很多文档
即测试提交文档比如说
测试计划，
测试用例，
缺陷报告，
用例通过统计表，测试报告等等。千万不要小看这些文档，其实这一部分是对于测试人员非常重要的，这就是通常所说的测试人员的输入和输出。
当有人问你的测试输出有那些的时候：主要就是上面的那些文档，这也是你工作成果的体现。
第二部分输出的文档如何管理呢？测试人员如何安排自己的工作？开发人员能及时响应测试人员要求吗？
其实这是
测试计划第三部分考虑的内容：术语与定义：都应该有那些术语呢？
1。测试用例编号。2。测试用例和文档编号
。这是对测试文档进行统一管理的依据。时间非常紧迫作为测试人员我们应该如何安排自己的工作呢？我们应该根据
3。测试优先级。好不容易发现了1个bug,他的危害到底有多大？应该在什么时候解决最合适。因为开发人员是负责解决bug的。沟通必须要有统一的语言，如果开发人员用英语，测试人员用中文，结果肯定会是乱成一团。所以
4。缺陷的严重程度和
5。缺陷优先级是给开发人员看的。这个要和开发人员达成一致。这样的话，开发人员根据测试人员的要求作出合适的响应。
测试计划第三部分考虑的内容：术语与定义：都应该有那些术语呢？
1。测试用例编号。2。测试用例和文档编号
。这是对测试文档进行统一管理的依据。时间非常紧迫作为测试人员我们应该如何安排自己的工作呢？我们应该根据
3。测试优先级。好不容易发现了1个bug,他的危害到底有多大？应该在什么时候解决最合适。因为开发人员是负责解决bug的。沟通必须要有统一的语言，如果开发人员用英语，测试人员用中文，结果肯定会是乱成一团。所以
4。缺陷的严重程度和
5。缺陷优先级是给开发人员看的。这个要和开发人员达成一致。这样的话，开发人员根据测试人员的要求作出合适的响应。
我们到底要测试软件中的那些功能？
这个是我们测试中的对象，如果对象都没搞清楚，还谈什么恋爱啊！（呵呵）如果这个都不清楚，我们写计划还有什么用。所以
测试计划的第四部分就是：测试软件具体有那些功能需要测试即：
测试内容
测试计划的第四部分就是：测试软件具体有那些功能需要测试即：
测试内容
其实第四部分测试内容解决了是什么，或者说要做什么的问题。那下面我们要作的就是怎么做的问题。
用什么样的方法进行测试呢？当然我们解决任何问题，都需要策略，这就是软件测试的
第五个部分：
测试策略。测试策略应根据具体的软件采取不同的策略，一般都包括功能测试，界面测试，安装卸载测试，易用性测试等等。
用什么样的方法进行测试呢？当然我们解决任何问题，都需要策略，这就是软件测试的
第五个部分：
测试策略。测试策略应根据具体的软件采取不同的策略，一般都包括功能测试，界面测试，安装卸载测试，易用性测试等等。
知道了作什么，也知道了怎么做。那接下来就是谁来做的问题。
谁来做测试，测试人员职责分工是怎样的呢？
这个就是测试计划
第六个部分应该包括的内容。确定谁来做测试，只有人可不可以作测试呢？拿着木板当砍刀，当然不行，谁来做是一个整体。我们需要那些测试工具，需要什么样硬件软件环境。都应该提出来。即：
资源
第六个部分应该包括的内容。确定谁来做测试，只有人可不可以作测试呢？拿着木板当砍刀，当然不行，谁来做是一个整体。我们需要那些测试工具，需要什么样硬件软件环境。都应该提出来。即：
资源
现在是测试什么，如何测试，谁来做测试都全了。这样就行了吗？不行啊，哥们我们是IT公司，高科技含量的企业，高科技含量的企业更需要高效的管理。
软件测试的第七部分：
测试进度。主要包括
测试任务的分配。分配到具体的人头上。时间上我们也是需要考虑的，所以也应该包括
各阶段的资源要求和时间安排。项目管理里面必须要有的就是过程管理，也就是
项目里程碑。到了一定的时间，我们必须完成一次小的飞跃。其实以前有个马拉松选手，用这个里程碑使的最好。他们自己的比赛路程划分成各个小的路程。比如说1000米是一个里程，他就在每个1000米里冲刺。这样有了一个个小的飞跃，最终使我们能够完成大的胜利。
软件测试的第七部分：
测试进度。主要包括
测试任务的分配。分配到具体的人头上。时间上我们也是需要考虑的，所以也应该包括
各阶段的资源要求和时间安排。项目管理里面必须要有的就是过程管理，也就是
项目里程碑。到了一定的时间，我们必须完成一次小的飞跃。其实以前有个马拉松选手，用这个里程碑使的最好。他们自己的比赛路程划分成各个小的路程。比如说1000米是一个里程，他就在每个1000米里冲刺。这样有了一个个小的飞跃，最终使我们能够完成大的胜利。
万一软件发布了以后，你测试的某些模块发现了好多非常严重的Bug,而这个模块是因为时间进度，项目经理要求，资源所限导致的。与你本身关系不大，或者与测试组关系不大。但是问题发生了，我们难道只能等着挨骂吗？
不是的，做IT的人都是聪明人，就像我们以前学习C语言的Switch语句一样，考虑完各种情况，最后还有个default。凡是都会想到意外情况，而这一部分就是我们
测试计划的第八部分所要
考虑风险分析。
测试计划的第八部分所要
考虑风险分析。
我们可以把整个测试过程中所要用到的所有的模板文档作为附录放到测试计划的最后面。主要有的
模板：测试日志，例会记录，测试用例，测试总结等等。
模板：测试日志，例会记录，测试用例，测试总结等等。
上面就是一般测试计划包括的九个部分，你记住了吗？
记住了，是成为测试经理第一步。记不住。。。。。
更多了解：
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 举报，一经查实，本站将立刻删除。
如需转载请保留出处：https://bianchenghao.cn/35496.html
