资产管理计划书-刘彦红

资产管理系统测试计划

目录

1 概述 (1)

1.1 编写目的 (1)

1.2 项目背景 (1)

2 测试任务 (1)

2.1 测试目的 (1)

2.2 测试参考文档 (1)

2.3 测试范围 (1)

3 测试资源 (1)

3.1 硬件配置 (1)

3.2 软件配置 (2)

3.3 人力资源分配 (2)

4 功能测试计划 (2)

4.1 整体功能模块划分 (2)

5 测试整体进度安排 (3)

6 相关风险及解决计划 (3)

6.1 风险 (3)

6.2 解决计划 (4)

1概述

1.1编写目的

1.本文档将列举实现资产管理系统所需要的全部功能，并对每个功能给出简单的描述，使测试工作顺利进行，项目参与人员沟通更顺畅，测试工作更加系统化。

2.本文档的预期读者包括：最终用户，项目负责人，评审人员，产品人员，软件设计开发人员，测试人员。

1.2项目背景

随着信息化时代的到来，通过计算机软件实现资产的电子化管理，提高资产管理的准确性、便捷查询和易于维护，进而提高工作效率，是每一个企业面临的挑战和需求。

2测试任务

2.1测试目的

本项目的目标是建立符合一般企业实际管理需求的资产管理系统，对企业的资产信息进行精确的维护，有效服务，从而减轻资产管理部门从事低层次信息处理和分析的负担，解放管理员的“双手大脑”，提高工作质量和效率。

2.2测试参考文档

参考软件测试及需求规格说明书。本文件中各处引用的文件、资料、包括所要用到的软件开发标准。

2.3测试范围

主要测试登录页面、个人信息管理和资产类别管理，根据需求说明书测试，主要进行了用户界面测试、功能测试。

3测试资源

3.1硬件配置

3.2软件配置

3.3人力资源分配

4功能测试计划4.1整体功能模块划分

5测试整体进度安排

6相关风险及解决计划

6.1风险

1、测试准备进度延误

风险分析：如果计划执行过程中，测试准备阶段的测试需求分析到期未完成、测试需求评审未通过、测试设计到期未完成以及测试设计评审未通过，那么就会造成计划进度延误，影响后续测试工作的开展。

2、BVT测试未通过

风险分析：如果开发提交的测试版本，执行BVT测试未通过，则版本必须打回重新提交，这样可能造成计划进度延误，影响后续的测试工作安排。

3、开发进度延误

风险分析：如果开发到版本发布时不能按时发布测试版本，则造成后续测试工作的安排顺延，从而行程测试计划执行的风险。

4、难以修复的缺陷造成测试用例阻碍

风险分析：如果测试执行过程中，被测试版本发现难以修复的bug，造成被测试模块的功能阻碍无法执行测试，测试进度安排受到影响。

5、未修改缺陷过多导致测试不能结束

风险分析：在测试将要结束的时候，如果当前版本的现存缺陷过多，被测试版本的各个指标无法达到测试停止标准，那么测试不能结束，将会影响后续版本上线的进度。

6、其他紧急项目抽调人手

风险分析：如果在项目开发过程中或者测试执行过程中，出现项目开发人员或者测试人员被紧急项目调用，无法按照计划安排参与项目，那么会造成相应的计划进度延误。

6.2 解决计划

1、测试准备进度延误

规避方法：需要测试人员在进行测试准备的时候，严格按照既定计划执行，如果出现上述情况，则测试人员根据实际影响情况，申请加班来保证进度。如果进度被延误较多，则需要通知所有项目参与人员和领导，并申请调整测试计划。

2、BVT测试未通过

规避方法：在提交测试版本前，开发应该抽出时间进行自测，如果没有进行单元测试和集成测试，则需要安排进行。如果到期提交的版本被测试打回，为了不影响整体计划的进度，需要开发人员适当安排增加人手或者加班。

3、开发进度延误

规避方法：请开发组在项目进行过程中严格控制进度，如果有推迟的风险请立即通知测试人员，协商解决。如果到期仍然不能按时发布，则测试人员需要申请修改测试计划，并通知所有相关人员。如果版本发布时间不能修改，则测试人员需要申请加班，并通知主管领导。

4、难以修复的缺陷造成测试用例阻碍

规避方法：出现这样的问题，需要开发人员全力配合测试，及时修改出现的问题。如果不能完全修复，也要给测试提供可以测试被阻碍模块的接口。

5、未修改缺陷过多导致测试不能结束

规避方法：测试在执行过程中，需要不断的监控被测试项目的现存缺陷情况，如果发现缺陷数量保持一定数量或者不断上升，则需要立即和项目开发组以及领导进行沟通，共同处理。如果将近测试版本发布日期仍然不能有所改善，则需要申请版本延期发布。

6、其他紧急项目抽调人手

规避方法：出现上述情况，需要通知所有项目参与人员，共同协商解决。如果没有解决方案，则需要立即上报领导，申请加班或者申请进度延期。