招投标系统软件测试总结报告

招投标系统测试总结报告文档标识：当前版本：当前状态：草稿发布日期：发布修改历史日期版本作者修改内容评审号变更控制号目 录1.测试概述31.1编写目的31.2测试范围31.3参考资料32.测试计划执行情况32.1 测试类型32.2 进度偏差42.3测试环境与配置42.4测试机构和人员52.5 测试问题总结53.测试总结53.1测试用例执行结果53.2测试问题解决73.3测试结果分析73.3.1覆盖分析73.3.2缺陷分析84.综合评价94.1 软件能力94.3 建议91. 测试概述1.1 编写目的对招投标系统项目中所有的软件测试活动中，包括测试进度、资源、问题、风险以及测试组和其他组间的协调等进行评估，总结测试活动的成功经验与不足，以便今后更好的开展测试工作。本系统测试总结报告的预期读者是： 项目组小组成员 测试组人员；1.2 测试范围测试组主要依据需求与设计说明书，对招投标系统进行功能测试。主要功能包括：供应商管理供应商类型管理供应商信息管理供应商列表管理评标专家管理辅助信息管理评标小组管理1.3 参考资料资料名称版本作者是否经过评审备注招投标系统-需求规格说明书-招投标系统-数据库设计说明书-招投标系统-测试计划1.0-2. 测试计划执行情况 2.1 测试类型测试类型测 试 内 容测 试 目 的所用的测试工具和方法功能测试供应商管理供应商类型管理供应商信息管理供应商列表管理评标专家管理辅助信息管理评标小组管理 核实所有功能均已正常实现，即可按每个用户的需求选择内容，完成操作。1业务流程检验：各个业务流程符合常规逻辑，用户使用时不会产生疑问。2、数据精确：各数据类型的输入输出时统计精确。采用黑盒测试，使用边界值测试、等价类划分、数据驱动等测试方法，进行手工测试；2.2 进度偏差测试活动计划起止日期实际起止日期进度偏差备注制定测试计划测试计划评审分解测试需求测试需求Review选定测试范围编写测试方案测试方案评审设计测试用例测试用例评审测试总结迟交一天测试执行测试移交延迟一天测试总结测试总结迟交一天2.3测试环境与配置资源名称/类型配 置测试PC机（1台）DELL，硬盘300G，内存2G。数据库管理系统SQL Server应用软件MICROSOFT OFFICE、VISIO;客户端前端展示IE82.4测试机构和人员测试阶段测试机构名称负责人参与人员所充当角色系统测试测试组2.5 测试问题总结在整个系统测试执行期间，项目组开发人员高效地及时解决测试组人员提出的各种缺陷，在一定程度上较好地保证了测试执行的效率以及测试最终期限。但是在整个软件测试活动中还是暴露了一些问题，表现在：1 测试执行时间相对较少，测试通过标准要求较低；2 开发人员相关培训未做到位，编码风格各异，细节性错误较多，返工现象存在较多；3 测试执行人员对管理平台不够熟悉，使用时效率偏低；4 测试执行人员对系统了解不透彻，测试执行时存在理解偏差，导致提交无效缺陷；3. 测试总结3.1 测试用例执行结果测试用例标识号测试用例名称用例状态测试结果备注前台功能ES-IA-001用户登录已执行测试通过ES-IA-002用户注册已执行测试通过ES-IA-003用户注销已执行测试通过ES-IA-004已执行测试不通过ES-IA-005已执行测试通过ES-IA-006已执行测试不通过后台功能HT-CD-1001已执行测试通过HT-CD-1002已执行测试不通过HT-CD-1003已执行测试通过HT-CD-2001已执行测试通过HT-CD-2002已执行测试不通过HT-CD-3001已执行测试通过HT-CD-3002已执行测试通过HT-CD-3003已执行测试通过HT-CD-4001已执行测试通过HT-LY-1001已执行测试通过HT-LY-1002已执行测试不通过HT-LY-1003已执行测试不通过HT-LY-1004已执行测试不通过HT-LY-1005已执行测试通过002已执行测试通过003已执行测试不通过3.2 测试问题解决下表中描述测试中发现的、没有满足需求或其它方面要求的部分。 测试用例标识号测试用例名称错误或问题描述错误或问题状态ES-IA-004用户中心：点击【提交】没有弹出“提示”；不能进入页面未解决ES-IA-006在【我的餐车】中，无法看到已顶的订单未解决HT-CD-1002输入框中的数据和图片的url清空，但预览图片并未消失未解决HT-CD-2002l弹出相应的删除确认框，无法点击取消删除操作未解决HT-LY-1002l无法进行管理员的注销，页面停留在后台管理页面未解决HT-LY-1003l没有弹出警告提示，可以重复登录未解决HT-LY-1004l如果有多条回复，最新一次的回复内容会覆盖以前的回复，只会显示一条回复未解决003l【添加一分】该操作后此用户信息消失，【扣掉两分】该操作后此用户信息消失未解决3.3 测试结果分析3.3.1 覆盖分析3.3.1.1. 测试覆盖分析测试覆盖率14/22 100=63.64需求/功能用例个数执行总数未执行未/漏测分析和原因供应商管理220供应商类型管理110产生失败数2个，未解决供应商信息管理110产生失败数1个，未解决供应商列表管理110评标专家管理110产生失败数1个，未解决辅助信息管理110评标小组管理110产生失败数2个，未解决供应商管理990产生失败数2个，未解决供应商类型管理550产生失败数3个，未解决本次测试过程中，对该每个模块进行测试，设计的测试用例所占的比例如图11：图 1 每个模块测试过程所占比例图测试用例是否通过说明如图2：图 2 每个模块测试是否通过数据图图2直观的显示每个模块的测试用例通过与否的数据，经过本次测试，发现游戏的功能不够完善，完成的功能也不够稳定，游戏过程中有很多操作会直接影响用户的使用。3.3.1.2. 需求覆盖分析本次测试对系统需求的覆盖情况为：需求覆盖率Y（P）项/需求项总数 100 14/ 22 100 = 63.64%;注：P表示部分通过，N/A表示不可测试或者用例不适用。3.3.2 缺陷分析按缺陷在各功能点的分布情况分： 严重级别需求A-严重影响系统运行的错误B-功能方面一般缺陷，影响系统运行C-不影响运行但必须修改D-合理化建议供应商管理0000供应商类型管理0000供应商信息管理00112供应商列表管理00000评标专家管理224辅助信息管理00000评标小组管理00011供应商管理00000供应商类型管理00011供应商信息管理00011供应商列表管理00336评标专家管理00000辅助信息管理00000评标小组管理00000006713本文在测试过程中发现不同的缺陷，划分为四个等级：严重，一般，无影响，合理化建议。严重级别表示该缺陷影响系统的功能完整性，某些功能无法运行，这样的缺陷在测试之后应该优先修复和改正；一般级别表示该缺陷对于大部分用户来说有一定的影响，但出现的几率较小，这样的缺陷修复优先级次于严重级别缺陷；无影响级别表示该缺陷只是在界面上不美观，用户使用频率极低的功能，不影响用户的使用，这样的缺陷在修复过程中应置于最后。缺陷严重程度数据分析如图14：图 3 缺陷严重程度分析图如图14所示，缺陷严重程度分为无影响、一般和严重三个类别。其中无影响的缺陷占38%，一般缺陷占33%，严重缺陷占29%。其中影响用户使用的缺陷高达62%，所以该游戏需要返回修改，不能发布。测试用例缺陷复现率及优先级如表7所示：表 1 测试用例缺陷复现率及优先级用例名称复现率优先级REG_003总是中REG_005总是中Play_006总是高Play_007总是中Play_008有时中Play_009有时高Play_010总是中Play_two_007有时高Play_two_010有时高Play_two_015有时高Play_two_016总是高Play_two_017总是中Play_two_018总是中Play_two_019总是中Play_two_020总是中4. 综合评价4.1 软件能力经过对招投标系统的简单的功能测试，我们发现了系统在功能方面还存在很多问题，整体流程还不能够很好的进行。信息录入与信息管理还存在一些问题。但流程相对较为完整。4.2 缺陷和限制经过对招投标系统的简单的功能测试，我们发现了