论文部分内容阅读
摘 要： 以“网上购物系统”为载体，简述撰写测试计划需要明确的问题，撰写测试计划的步骤及要点。
关键词： 测试计划；测试要素；测试风险
中图分类号：TU991.2 文献标识码：A 文章编号：1671－7597（2011）0810145－01
俗话说：凡事预则立，不预则废！软件测试同样，在测试项目之初就要制定相应的测试计划。软件测试的成功与失败是相对的，即要参照测试计划来判断。如果达到测试中预定的管理目标，则可以说软件测试是成功的，否则是失败的。软件测试计划一般是由测试经理来写的，但也不绝对，在小公司里面没有专门的测试部，一个项目组里面只有一个测试人员，就得由测试人员来写。
下面根据本人多年教学经验和下厂实践工作经验，以“网上购物系统”测试计划的撰写为例谈一谈本人的看法。
1 测试计划撰写需要明确的几个问题
1.1 为什么要撰写测试计划。1）领导能够根据测试计划做宏观调空，进行相应资源配置等；2）测试人员能够了解整个项目测试情况以及项目测试不同阶段的所要进行的工作等；3）便于其他人员了解测试人员的工作内容，进行有关配合工作。
1.2 什么时间开始编写测试计划。测试需求分析前总体测试计划书／测试需求分析后详细测试计划书。
1.3 由谁来编写测试计划。具有丰富经验的项目测试负责人。
1.4 测试计划撰写6要素（5W1H）。1）why-为什么要进行这些测试；2）what-测试哪些方面，不同阶段的工作内容；3）when-测试不同阶段的起止时间；4）where-相应文档，缺陷的存放位置，测试环境等；5）who-项目有关人员组成，安排哪些测试人员进行测试；6）how-如何去做，使用哪些测试工具以及测试方法进行测试。
2 测试计划撰写实例
2.1 概述
1）测试目的。为了真实地模拟企业测试过程，我们将以“网上购物系统”为测试对象，展开系统测试。在测试前期，依据产品需求说明书设计测试用例。在产品开发结束后，适当地调整测试计划和测试用例，带领同学们执行测试用例，完成系统测试任务。
2）测试范围。本测试计划是针对《网上购物系统》.doc和《程序测试规范》.doc中规定的内容来制定的，包括：用户管理、商品管理、购物管理、订单管理。
3）限制条件。本次测试计划受限于产品开发人员提交测试的内容和提交时间。根据开发人员提交模块的实际情况，本计划会做出相应修改。
4）参考文档。《程序测试规范》.doc。网上购物系统.doc。
2.2 测试摘要
2.2.1 测试目标
通过测试，达到以下目标：1)测试已实现的产品是否达到设计的要求，包括：各个功能点是否业已实现，业务流程是否正确。2）产品是否运行稳定，系统性能是否在可接受范围。3）Bug数和缺陷率是否控制在可接受的范围之内，产品能否发布。
2.2.2 资源和工具
1）资源。测试服务器：硬件配置、软件配置、IP地址。人员：测试审核人3名，测试实施人员30名。
2）工具。缺陷管理工具：Mantis、链接检测工具：Xenu、自动化性能测试工具：LoadRunner。
3）送测要求。提交的测试产品按以下要求进行，见下表。
4）测试种类。计划完成以下类型测试：功能测试、界面测试、链接测试、兼容性测试、性能测试。
2.3 测试风险
本次测试过程，受以下条件制约：1）bug的修复情况；2）模块功能的实现情况；3）系统整体功能的实现情况；4）代码编写的质量；5）人员经验以及对软件的熟悉度；6）人员调整导致研发周期延迟；7）测试时间的缩短导致某些测试计划无法执行。
2.4 暂停标准和再启动要求
1）冒烟测试，发现一级错误（大于等于1）、二级错误（大于等于2）暂停测试返回开发。2）软件项目需暂停以进行调整时，测试应随之暂停，并备份暂停点数据。3）软件项目在其开发生命周期内出现重大估算，进度偏差，需暂停或终止时，测试应随之暂停或终止，并备份暂停或终止点数据。4）如有新的项目需求，则在原测试计划下做相应的调整。5）若开发暂停，则相应测试也暂停，并备份暂停点数据。6）若项目中止，则对已完成的测试工作做测试活动总结。7）项目再启动时，测试进度重新安排或顺延。
2.5 测试任务和进度
2.6 测试提交物
本次测试需要提交：测试计划、测试用例、缺陷记录、测试总结。
参考文献：
[1]赵斌，《软件测试技术经典教程》，科学出版社，2007年5月出版.
[2]51testing.com.
作者简介：
吴艳平（1970-），吉林梨树人，硕士，现任长春职业技术学院信息分院软件教研室教师，从事软件技术专业教学工作；于艳华（1975-），吉林松原人，硕士，现任长春职业技术学院信息分院软件教研室教师，从事软件技术专业教学工作。
关键词： 测试计划；测试要素；测试风险
中图分类号：TU991.2 文献标识码：A 文章编号：1671－7597（2011）0810145－01
俗话说：凡事预则立，不预则废！软件测试同样，在测试项目之初就要制定相应的测试计划。软件测试的成功与失败是相对的，即要参照测试计划来判断。如果达到测试中预定的管理目标，则可以说软件测试是成功的，否则是失败的。软件测试计划一般是由测试经理来写的，但也不绝对，在小公司里面没有专门的测试部，一个项目组里面只有一个测试人员，就得由测试人员来写。
下面根据本人多年教学经验和下厂实践工作经验，以“网上购物系统”测试计划的撰写为例谈一谈本人的看法。
1 测试计划撰写需要明确的几个问题
1.1 为什么要撰写测试计划。1）领导能够根据测试计划做宏观调空，进行相应资源配置等；2）测试人员能够了解整个项目测试情况以及项目测试不同阶段的所要进行的工作等；3）便于其他人员了解测试人员的工作内容，进行有关配合工作。
1.2 什么时间开始编写测试计划。测试需求分析前总体测试计划书／测试需求分析后详细测试计划书。
1.3 由谁来编写测试计划。具有丰富经验的项目测试负责人。
1.4 测试计划撰写6要素（5W1H）。1）why-为什么要进行这些测试；2）what-测试哪些方面，不同阶段的工作内容；3）when-测试不同阶段的起止时间；4）where-相应文档，缺陷的存放位置，测试环境等；5）who-项目有关人员组成，安排哪些测试人员进行测试；6）how-如何去做，使用哪些测试工具以及测试方法进行测试。
2 测试计划撰写实例
2.1 概述
1）测试目的。为了真实地模拟企业测试过程，我们将以“网上购物系统”为测试对象，展开系统测试。在测试前期，依据产品需求说明书设计测试用例。在产品开发结束后，适当地调整测试计划和测试用例，带领同学们执行测试用例，完成系统测试任务。
2）测试范围。本测试计划是针对《网上购物系统》.doc和《程序测试规范》.doc中规定的内容来制定的，包括：用户管理、商品管理、购物管理、订单管理。
3）限制条件。本次测试计划受限于产品开发人员提交测试的内容和提交时间。根据开发人员提交模块的实际情况，本计划会做出相应修改。
4）参考文档。《程序测试规范》.doc。网上购物系统.doc。
2.2 测试摘要
2.2.1 测试目标
通过测试，达到以下目标：1)测试已实现的产品是否达到设计的要求，包括：各个功能点是否业已实现，业务流程是否正确。2）产品是否运行稳定，系统性能是否在可接受范围。3）Bug数和缺陷率是否控制在可接受的范围之内，产品能否发布。
2.2.2 资源和工具
1）资源。测试服务器：硬件配置、软件配置、IP地址。人员：测试审核人3名，测试实施人员30名。
2）工具。缺陷管理工具：Mantis、链接检测工具：Xenu、自动化性能测试工具：LoadRunner。
3）送测要求。提交的测试产品按以下要求进行，见下表。
4）测试种类。计划完成以下类型测试：功能测试、界面测试、链接测试、兼容性测试、性能测试。
2.3 测试风险
本次测试过程，受以下条件制约：1）bug的修复情况；2）模块功能的实现情况；3）系统整体功能的实现情况；4）代码编写的质量；5）人员经验以及对软件的熟悉度；6）人员调整导致研发周期延迟；7）测试时间的缩短导致某些测试计划无法执行。
2.4 暂停标准和再启动要求
1）冒烟测试，发现一级错误（大于等于1）、二级错误（大于等于2）暂停测试返回开发。2）软件项目需暂停以进行调整时，测试应随之暂停，并备份暂停点数据。3）软件项目在其开发生命周期内出现重大估算，进度偏差，需暂停或终止时，测试应随之暂停或终止，并备份暂停或终止点数据。4）如有新的项目需求，则在原测试计划下做相应的调整。5）若开发暂停，则相应测试也暂停，并备份暂停点数据。6）若项目中止，则对已完成的测试工作做测试活动总结。7）项目再启动时，测试进度重新安排或顺延。
2.5 测试任务和进度
2.6 测试提交物
本次测试需要提交：测试计划、测试用例、缺陷记录、测试总结。
参考文献：
[1]赵斌，《软件测试技术经典教程》，科学出版社，2007年5月出版.
[2]51testing.com.
作者简介：
吴艳平（1970-），吉林梨树人，硕士，现任长春职业技术学院信息分院软件教研室教师，从事软件技术专业教学工作；于艳华（1975-），吉林松原人，硕士，现任长春职业技术学院信息分院软件教研室教师，从事软件技术专业教学工作。