企业实践 - 质量体系管理信息系统功能测试报告

目录

1. 实践要求和目的
2. 项目概述
   1. 项目背景
   2. 功能模块
   3. 测试目标
3. 测试资源
   1. 硬件资源
   2. 软件资源
   3. 人力资源
4. 进入测试与结束测试的条件
   1. 进入测试的条件
   2. 结束测试的条件
   3. 测试通过的标准
5. 术语和定义
6. 编号规则
7. 测试执行时间
8. 测试内容及结果
9. 测试总结
10. 收获及体会
11. 参考文献
12. 附录
    1. 附录A：测试用例
    2. 附录B：缺陷列表
    3. 附录C：测试账号列表

1. 实践要求和目的

通过本次实践，学员将熟悉企业级软件测试流程，完成企业级测试项目实战。学员将搭建企业级测试环境和系统部署，并安装与部署应用系统，最终能通过浏览器成功访问系统。

学员将完成项目的需求分析、模块划分，并制定测试方案，设计测试用例，执行测试用例。

学员将使用企业级的 bug 管理工具禅道进行 bug 的提报和管理。

本次实践旨在让学生了解并掌握软件产品质量保证的基本思想和科学体系、软件测试相关领域概念，以及软件测试的常用方法和技术，为全面掌握软件技术和软件项目管理打下坚实的基础。

2. 项目概述

2.1. 项目背景

质量体系管理信息系统是企业为了满足企业和客户对产品生产高质量、高品质产品的需求，达到 GB/T19001 质量管理体系的硬性要求，加强企业竞争力，提高良品率，降低生产成本的一套针对产品质量问题进行管理和调控的管理系统。该系统强化品质管理，提高企业效益，增强客户信息，扩大市场份额，优化企业质量架构管理化，节省了各个流程的生产服务管理审核的精力和费用。同时，该系统也是一套质量管理软件。其核心价值在于完善企业质量管理机制，加强产品质量把握能力，实现企业管理模式优化。本系统是对质量体系系统进行管理和控制和流程性系统，主要用于质量生产流程的审批和流转。系统分为多角色多权限，使用 RBAC 实现权限控制和管理。是企业内部建立的、为保证产品质量或质量目标所必需的、系统的质量活动。并予制度化、标准化，成为企业内部质量工作的要求和活动程序。

质量体系管理信息系统技术栈：系统是前后端分离的 B/S 架构。后端技术使用 Java 语言；基于 springBoot 框架，方便进行微服务拓展；使用了 springSecurity 进行身份认证管理和权限管理；使用了 activiti 工作流框架实现了流程审批功能。前端使用 nodeJs 语言，基于 angularJS 框架，使用了 antd 框架做为 UI 界面。数据持久化方面使用了 mysql 数据库，便于维护。系统部署于 linux 下，便于高性能拓展。

该系统目前处于功能模块、子系统之间的集成阶段，测试工作已经完成了接口功能的测试，并且已经通过。这一轮先考虑进行功能测试，功能测试通过再进行大规模的基于界面级的系统测试。功能测试是建立在功能测试已经通过的基础上，主要针对 20 个功能模块基于界面层的功能测试。

2.2. 功能模块

本次测试计划是针对《质量体系管理信息系统说明书》中的测试计划，进行的是基于界面的功能测试，本次测试的功能模块如下表所示：

| 模块名称 | 功能模块 | 功能模块编号 | |---|---|---| | 请假 | 请假管理 | 1 | | | 待审批 | 2 | | | 填写请假单 | 3 | | 客户投诉登记 | 填写表单 | 4 | | | 管理流程 | 5 | | | 待审批 | 6 | | 文件修改通知 | 填写表单 | 7 | | | 管理流程 | 8 | | | 待审核 | 9 | | 客户要求、表述和合同评审 | 填写表单 | 10 | | | 管理流程 | 11 | | | 待审核 | 12 | | 公告栏 | 添加公告 | 13 | | | 管理公告 | 14 | | 下载库 | 发布文件 | 15 | | | 查看文件 | 16 | | 部门管理 | 添加部门 | 17 | | | 管理部门 | 18 | | 职位管理 | 添加职位 | 19 | | | 管理职位 | 20 |

质量管理系统总体功能如下图 1-1 所示：

[图片：质量管理系统总体功能图]

图 1-1 质量管理系统总体功能

2.3. 测试目标

1. 确认被测功能实现； 2. 功能模块的业务流程可以实现，具有一定的容错能力； 3. 界面布局满足需求； 4. 测试内容百分之百的覆盖了 2.2 中的测试范围； 5. 可以在规定时间内，交付测试结果报告。

3. 测试资源

3.1. 硬件资源

| 设备名称 | 数量 | 参数 | |---|---|---| | 1、华为电脑 MateBook B3-520 LAPTOP-65F9U5S6 | 1 台 | CPU: 11th Gen Intel(R) Core(TM) i7-1165G7 @ 2.80GHz 2.80 GHz 内存：DDR4 16GB 硬盘：固态硬盘 512GB | | 2、服务器 | 1 台 | CPU：2 内存：4GB 硬盘：SCSI 20GB |

3.2. 软件资源

| 软件名称 | 版本 | |---|---| | 操作系统：Linux Ubuntu 64 位 | Ubuntu 64 位 | | 浏览器：火狐浏览器 | 103.0.1(64位) |

3.3. 人力资源

| 序号 | 姓名 | 职位 | 职责 | 工时 | |---|---|---|---|---| | 1 | 张焜 | 组员 | 测试职位管理添加职位功能模块 | 用时 20 分钟 | | 2 | 张焜 | 组员 | 测试职位管理添加职位功能模块 | 用时 20 分钟 | | 3 | 张焜 | 组员 | 测试职位管理添加职位功能模块 | 用时 20 分钟 |

4. 进入测试与结束测试的条件

4.1. 进入测试的条件

以下条件全部满足，可以进入测试。

• 《质量体系管理信息系统》测试版已部署，并可以访问；
• 相关的测试用例已经完成。

4.2. 结束测试的条件

满足以下任意一条条件，结束测试。

• 在规定时间内，完成《质量体系管理信息系统》功能测试计划中的全部测试任务；
• 项目严重超时，超过了合同约定的 deadline 时间，宣布项目失败；
• 《质量体系管理信息系统》测试版本没能通过冒烟测试，属于不可测版本，需要研发团队重新创建部署测试版本，并重新启动测试项目；
• 客户申请测试需求变更，导致无法继续进行测试。

4.3. 测试通过的标准

测试通过的标准，建立在被测试产品已经达到设计的要求的基础之上，包括：各个功能点是否以实现，业务流程是否正确，被测产品需求规定的操作和运行稳定。具体在测试工作中，可以通过考核如下参数：

• 测试用例的执行率达到 80%；
• 优先级为 1 的测试用例通过率为 100%；
• 优先级为 2 的测试用例通过率为 90%；
• 系统中未修复的 bug，不包含优先级为 3 以上的 bug。

5. 术语和定义

【软件缺陷】：IEEE729-1983 对缺陷的定义:

从产品内部看，缺陷是软件产品开发或维护过程中存在的错误、毛病等各种问题；从产品外部看，缺陷是系统所需要实现的某种功能的失效或违背。

简单来讲，软件在使用工程中，不满足测试结果的都是软件的缺陷。

【测试用例】：IEEE729-1983 对测试用例（Test case）的定义是：

a) 为具体的目标（例如，为练习具体的程序路径或验证对特定需求的遵循性）而开发的一组测试输入、执行条件和预料的结果； b) 对于测试项，规定输入、预料的结果和一组执行条件的文档。

6. 编号规则

与本测试计划相关的编号规则如下：

测试用例中的编号，模块+功能名(与研发团队的术语尽量一致)+编号

例如：流程管理/请假数据

LCGL_QJSJ_0001

测试用例文件命名规则，模块名+测试用例

例如：流程管理模块

流程管理测试用例

7. 测试执行时间

| 编号 | 工作任务 | 工作内容与输出 | 负责人 | 开始时间 | 结束时间 | |---|---|---|---|---|---| | ZLGLXT-Req-11001 | 编写职位管理模块添加职位功能的测试用例 | | 张焜 | 2023/6/27/14:10 | 2023/6/27/14:20 | | ZLGLXT-Req-11002 | 执行职位管理模块添加职位功能的测试用例 | | 张焜 | | | | ZLGLXT-Req-11003 | 编写测试报告 | | 张焜 | | | | ZLGLXT-Req-11004 | 学习职位管理模块的需求 | | 张焜 | | | | ZLGLXT-Req-11005 | | | | | |

8. 测试内容及结果

| 模块 | 功能 | 用例数 | 执行用例数 | 通过用例数 | BUG 数 | 用例通过率 | |---|---|---|---|---|---| | | | | | | | | | | | | | | | | | | | | | | | |

9. 测试总结

首先，该系统的功能性测试表现良好，各项功能均能正常运行。同时，系统的稳定性也得到了验证，没有出现过崩溃或异常的情况。

其次，用户界面设计合理，易于操作和理解。系统的响应速度也较快，用户使用流程顺畅。但需要注意的是，系统的界面在不同分辨率下的显示效果有时会出现不一致的情况，需要进一步优化。

另外，在安全性方面，该系统采用了多种安全措施，如用户身份认证、权限管理等，能有效保障系统的安全性。

最后，在性能方面，我们对系统进行了压力测试，得出了系统在高负载情况下的表现。虽然系统能够应对一定的负载，但在极端情况下仍然存在卡顿、响应缓慢等问题。

综上所述，该质量体系管理信息系统在大多数方面表现良好，但仍需在界面优化和性能提升方面进一步加强。

10. 收获及体会

首先，系统的可靠性和稳定性得到了验证。在测试过程中，我们对系统各个模块进行了全面测试，包括数据管理、流程控制、报表生成等等。测试结果表明，系统的运行稳定，数据准确可靠，流程控制严密，报表生成清晰完整，对于企业的质量体系管理工作提供了有力的支持。

其次，系统的易用性和人性化得到了认可。在测试过程中，我们特别关注用户体验，从用户需求出发，对系统进行了优化和改进。测试结果表明，系统的界面简洁易懂，操作方便快捷，符合用户的使用习惯，大大提高了用户的工作效率和满意度。

最后，我们也认识到，在质量体系管理信息系统的开发和测试过程中，团队合作和沟通是至关重要的。只有各个岗位之间密切配合，才能保证系统的质量和效率。因此，我们要时刻关注团队协作和沟通，建立良好的工作氛围，提高工作效率和质量。

11. 参考文献

按文档号、标题、编写单位（和作者）、版本和出版日期等，列出本文档引用的所有文件。

| 文档名称 | 文档编号 | 来源 | 备注 | |---|---|---|---| | 质量体系管理信息系统使用说明书 | KBDSUISPEC1.0 | 产品部 | | | GBT 15532-2008 计算机软件测试规范 | | QA | | | GBT 8567-2006 计算机软件文档编制规范 | | QA | |

12. 附录

附录A：测试用例

| 用例编号 | 用例标题 | 所属模块 | 前置条件 | 步骤 | 预期结果 | 优先级 | |---|---|---|---|---|---|---| | 1 | 职位管理-添加职位 | | | | | | | 2 | 职位管理-添加职位 | | | | | | | 3 | 职位管理-添加职位 | | | | | | | 4 | 职位管理-添加职位 | | | | | | | 5 | 职位管理-添加职位 | | | | | | | 6 | | | | | | |

附录B：缺陷列表

| BUG 编号 | BUG 标题 | 对应用例编号 | 复现步骤 | 优先级 | 严重程度 | |---|---|---|---|---|---| | 1 | | | | | | | 2 | | | | | | | | | | | | | | | | | | | |

附录C：测试账号列表

| 编号 | 用户名 | 密码 | 权限/角色 | |---|---|---|---| | 365017 | zk123123 | 123456 | 超级管理员 | | 365034 | zk123 | 123456 | 所长 |

课程报告评分：

| 评分点 | 得分 | |---|---| | 报告格式和排版（15 分） | | | 测试执行及分配（15 分） | | | 测试用例（15 分） | | | 缺陷列表（15 分） | | | 测试账号列表（5 分） | | | 测试内容及结果（10 分） | | | 测试总结（10 分） | | | 收获和体会（15 分） | | | 总分 | |

指导教师评语：

指导教师签字：

年 月 日