xxxx系统-测试计划-V1.1

1、xxxxx系统-测试计划XXXXX（中国）有限公司xxxxx报表系统测试计划2014年7月文档修改记录日期版本描述作者/修订2014年6月1.0测试计划何玉玲2014年7月1.1测试计划李叶说明：本测试计划是系统测试的依据，我方将根据测试计划进行测试设计和执行。目 录1.项目简介51.1.目的51.2.背景51.3.范围52.测试说明62.1.软件功能说明62.2.测试内容62.3.测试资源72.3.1.测试人员72.3.2.测试流程72.3.3.测试环境72.4.进度安排82.5.测试进度管理83.测试策略93.1.功能测试93.2.用户界面测试93.3.系统测试103.4.回归测试113.

2、5.集成与兼容性测试113.6.随机测试114.测试风险及解决方式135.测试结果评价标准145.1.范围145.2.数据整理145.3.尺度141. 项目简介1.1. 目的为保障xxxxx系统（XXX项目)测试工作的顺利进行，使测试工作的开展在测试进度、测试内容、测试方法上有所依据，特撰写本文档。本文档定义了测试策略、测试进度、测试结果评定等内容。1.2. 背景xxxxx管理系统（XXX）是自动控制技术、计算机网络技术和软件相结合的产物，系统建设的方法是通过信息与资源的共享，监管整个污水厂的水，电，燃料的供给和使用数据情况，通过对能源数据进行采集、加工、分析，处理以实现能源数据的管理：本系统

3、加强了污水厂的能源数据管理，提高分析和提交数据的效率，并通过分析数据实现合理利用设备、节约能源、节省人力的目标，加强污水厂能源的现代化管理,提高机场节能的经济效益。1.3. 范围本文档包括以下几个部分：Ø 软件功能说明Ø 测试资源Ø 测试策略Ø 测试风险及解决方式Ø 测试结果评价标准6 / 16Xxxx2. 测试说明2.1. 软件功能说明序号功能名称功能描述1Xxxx对各类能源的消耗数据进行收集，汇总统计和计算，通过2Xxxx1、 自动化采集数据并计算3xxxxx1、根据部门权限进行本部门年计划值设置2、可进行修改、计算等操作4Xxxx1、 划

4、定需要分析的数据单元5Xxxx管理本系统的所有使用者6Xxxxx对系统中涉及行统一设置和管理2.2. 测试内容l 系统整体功能测试测试对象为XXX系统的所有功能模块，测试内容包括以下几个部分：（1） 功能测试：验证单个页面功能的正确性（2） 用户界面测试：验证界面友好型，统一性、易操作性，是否符合通用的操作习惯等（3） 系统测试：测试系统流程，验证整体流程的正确性：创建填报单->关联填报项关系->录入数据->查看报表。（4） 回归测试：验证测试提交的bug是否已正确修改，并且未引起其他模块功能的可用性。（5） 集成与兼容性测试：主要包括测试产品内部各功能模块间是否有冲突、产品

5、整体运行的可靠性；浏览器版本的兼容性。（6） 随机测试：在每一个测试循环中都会进行一定量的随机测试。目的是找出测试版本中的Bug以提高产品质量。这类测试存在于整个测试期间，与其他测试同时进行，不具体安排测试进度。l 版本功能测试测试对象为新开发或修改的功能模块，测试其发布功能的可用性，测试内容包括以下几个部分：（1） 功能测试：验证单个页面功能的正确性（2） 用户界面测试：验证界面友好型，统一性、易操作性等（7） 系统测试：测试系统流程，验证整体流程的正确性：创建填报单->关联填报项关系->录入数据->查看报表。（3） 集成与兼容性测试：主要包括测试产品内部各功能模块间是否有

6、冲突、产品整体运行的可靠性。2.3. 测试资源2.3.1. 测试人员测试组负责功能测试和系统测试，单元测试、集成测试由开发团队负责实施。2.3.2. 测试流程每一项测试内容的测试采用统一的实施流程：（1） 设计测试用例（2） 测试用例Review（3） 执行测试用例（4） BUG修正及回归测试（5） 测试结果整理，输出测试报告2.3.3. 测试环境硬件环境：不限软件环境：Ø 操作系统：Windows XP/Windows 7Ø 数据库：SQL Server 2008 企业版Ø 浏览器：IE8、IE102.4. 进度安排序号任务名称测试用例数周期测试设计1测试计划/

7、2个工作日2测试用例/8个工作日测试执行1详详细细353个工作日2模块一1185个工作日3模块一1382个工作日4模块一271个工作日5模块一291个工作日6模块一592个工作日7模块一301个工作日8客户问题确认/测试文档写作1测试bug整理和分析/1个工作日2测试报告/2个工作日说明：l 目前的测试工作主要是版本测试，待各功能模块都开发完成后再进行系统整体功能测试，因此未做具体测试时段的计划，只是针对各模块评估了测试所需周期。l 测试周期是根据功能复杂度及测试用例个数评估得出。l 目前客户对系统操作不熟悉，经常会提出因操作不当引起的问题，这部分工作未进行测试周期评估。2.5. 测试进度管理

8、测试管理的内容包括：1、 测试实施进度：制定每周工作计划，实施和管理测试工作。2、 BUG管理：通过Trac系统进行跟踪和统计，每周进行bug分析并在迭代会议上汇报，根据分析结果进行测试重点调整。3. 测试策略3.1. 功能测试概述：确保测试的功能正常，如数据输入、处理、检索是否正确，以及业务规则的实施是否恰当。即对交互的输出或结果进行分析，以此来测试应用程序及其内部进程，这是目前的测试重点。测试指导：利用有效的和无效的数据来执行各个用例流，以测试以下内容：A、 在使用有效数据时得到预期的结果B、 在使用无效数据时显示相应的错误消息。各功能界面测试参考：编号场景/条件预期结果1划分等价类，输入

9、有效等价类信息，如：a 刚好等于或略少于字数限制的正确信息b 符合输入规范的信息等Ø 所填信息正确保存到相应的数据库表中Ø 提示提交成功2异常输入，如：a 输入略超过字数限制的正确信息b 输入非法字符c 输入为空d 输入重复e 该输入汉字的输入英文字符等1. 所填信息不能正确保存到相应的数据库表中2. 提示相应的错误提示3.2. 用户界面测试l 概述：用于测试用户与软件之间的交互是否正常l 测试指导：测试下列内容：² 确保各种浏览以及各种访问方法（鼠标移动、快捷键等）使用正常² 确保窗口对象及其特征（菜单、大小、位置、状态和中心）符合标准用户界面测试参考

10、：编号检查项测试评价1窗口切换、移动、改变大小时是否正常2各种界面元素的文字是否正确（如标题、提示等）3各种界面元素的状态是否正确（如有效、无效、选中等状态）4各种界面元素是否支持键盘操作5各种界面元素是否支持鼠标操作6对话框中的缺省焦点是否正确7数据项是否能正确回显8对于常用功能，用户能否不必阅读手册就能使用9执行错误的操作时，是否有“确认”、“放弃”等提示10操作顺序是否合理11按钮排列是否合理12导航帮助是否明确13提示信息是否规范3.3. 系统测试概述：测试按照系统设定的操作流程，确保各模块的功能可以正常运行，如系统配置的增删改查、报表数据的生成。即对交互的输出或结果进行分析，以此来测

11、试应用程序及其内部进程，这是目前的测试重点。测试指导：测试以下内容：C、 各功能模块设置，包括填报单、镜检、登录账户、工作日志、系统配置等功能的增删改查设置D、 填报单关系能够正确设置和修改E、 量测项可正常显示并录入数据F、 营运月报报表、提升泵房月报报表、泵站日报报表、公司生产计划等报表能正常生成并且报表数据正确报表的生成涉及到系统流程设置和后台计算，测试时需要注意以下内容：编号场景/条件预期结果1创建月填报项填报单和量测项关系并录值和计算，查看营运月报表数据营运月报、运行情况记录、泵站月报等报表能正常生成，报表数据与录入一致2创建日填报项填报单并关联量测项关系录入数据，查看运行情况记录数

12、据各个报表日填报项能正常显示录入值，需计算项可正常计算并显示正确值3创建小时填报单并关联量测项关系录入数据，查看泵站日报数据录入数据正确显示并和录入值一致4创建临时填报单并关联量测项关系录入数据，查看泵站日报录入数据能正确显示并和录入值一致3.4. 回归测试2、 概述：验证提交的问题已经修改。3、 测试指导：测试以下内容：A、 原来提交的问题已修改。B、 修改操作未引起系统的其他问题。单一界面测试参考：编号场景/条件预期结果1按照问题描述的操作步骤进行问题验证问题描述的现象已修改2测试相关模块功能修改bug未引起其他模块功能3.5. 集成与兼容性测试4、 概述：测试系统在特定的硬件平台上、不同

13、的应用软件之间、不同的操作系统平台上、不同的网络等环境中是否能很好地运行的测试。5、 测试指导：测试以下内容：A、 操作系统兼容性：测试系统在不同版本的windows操作系统上都能正常运行。B、 应用软件兼容性：系统与其他常用软件一起运行，不会造成软件运行报错或功能无法实现的问题。C、 浏览器兼容性：程序应用B/S架构，目前要求系统在IE8上运行无误。3.6. 随机测试6、 概述： 测试人员根据经验和对系统的理解进行抽查，主要是对系统的重要功能进行复测，也包括用例未覆盖的功能测试，对于软件更新和新加的功能要重点测试7、 测试指导：进行随机测试时可以分为以下方向：A、 基于需求：参照客户需求文档

14、，熟悉需求并设计客户场景，按照用户操作习惯进行测试B、 基于测试用例：将多个测试用例结合，按照不同的操作顺序进行交叉测试C、 基于bug：80%的bug会出现在20%的模块中，进行bug分析，重点测试问题较多的模块，同时结合问题原因分析进行测试4. 测试风险及解决方式序号风险类别风险内容级别发生概率预定解决方式1人员风险开发人员和测试人员离开团队中低与人力资源管理部门及时沟通，确保人力保障2质量风险测试最终阶段BUG无法收敛高低追加代码Review和设计Review，实施质量改善活动3测试覆盖率没有满足预定要求中低实施质量分析，每周对bug进行分析，根据质量分析确定对策。同时根据客户需求进行用

15、例设计，确保用户场景不缺失。4进度风险预定的测试设备和环境无法到位中低与IT运营部门提前联络，及时沟通，确保设备保障5. 测试结果评价标准5.1. 范围测试项目完成后，需要确保以下品质：序号质量特性说明1产品功能性确保产品功能满足顾客要求，所有功能正常运行，异常处理完备。2使用操作性满足一定程度的使用操作性。由于个人使用习惯等不同，存在不能完全满足的可能。3内部处理内部处理确保内存，磁盘使用符合预定要求，并无明显内存泄露。4性能性能满足预定要求5可信赖性系统运行稳定，保证系统至少72小时以上的长时间运行6可维护性设计满足指定的可扩展性，代码注释及接口文档完备，满足指定范围的二次开发的可扩展性。7可移植性满足预定环境下的正常运行，以及制定软件的兼容性。不确保指定范围以外的环境的兼容性5.2. 数据整理测试数据使用Trac系统、TestLin