1、3.13.23.3测试用例执行结果 .5测试问题解决 .7测试结果分析 .73.3.13.3.2覆盖分析 .7 缺陷分析 .8 4. 综合评价 .94.1 软件能力 .94.3 建议.9第 2 页 共 12 页,1. 测试概述1.1 编写目的对招投标系统项目中所有的软件测试活动中,包括测试进度、资源、问题、 风险以及测试组和其他组间的协调等进行评估,总结测试活动的成功经验与不足, 以便今后更好的开展测试工作。本系统测试总结报告的预期读者是: 项目组小组成员 测试组人员;1.2 测试范围测试组主要依据需求与设计说明书,对招投标系统进行功能测试。主要功能包 括:供应商管理供应商类型管理供应商信息管
2、理供应商列表管理评标专家管理辅助信息管理评标小组管理1.3 参考资料资料名称作者是否经过评审备注招投标系统-需求规格说明书-招投标系统-数据库设计说明书招投标系统-测试计划1.02. 测试计划执行情况2.1 测试类型测试类型测 试 内 容测 试 目 的所用的测试工 具和方法功能测核实所有功能均已正常实现,采用黑盒测试第 3 页 共 12 页进行手工测试;2.2 进度偏差测试活动计划起止日期实际起止日期进度偏差制定测试计划测试计划评审分解测试需求测试需求Review选定测试范围编写测试方案测试方案评设计测试用例测试用例评测试总结迟交一天测试执行测试移交延迟一天测试总结2.3 测试环境与配置资源名
3、称/类型配 置测试 PC 机(1 台)DELL,硬盘 300G,内存 2G。第 4 页 共 12 页数据库管理系统SQL Server应用软件MICROSOFT OFFICE、VISIO;客户端前端展示IE82.4 测试机构和人员测试阶段测试机构名称负责人参与人员所充当角色系统测试测试组2.5 测试问题总结在整个系统测试执行期间,项目组开发人员高效地及时解决测试组人员提 出的各种缺陷,在一定程度上较好地保证了测试执行的效率以及测试最终期限。 但是在整个软件测试活动中还是暴露了一些问题,表现在:1测试执行时间相对较少,测试通过标准要求较低;2开发人员相关培训未做到位,编码风格各异,细节性错误较多
4、,返工现象 存在较多;3测试执行人员对管理平台不够熟悉,使用时效率偏低;4测试执行人员对系统了解不透彻,测试执行时存在理解偏差,导致提交无 效缺陷;3. 测试总结3.1 测试用例执行结果测试用例标识号测试用例名称用例状态测试结果前台功能ES-IA-001用户登录已执行测试通过ES-IA-002用户注册ES-IA-003用户注销ES-IA-004测试不通过ES-IA-005ES-IA-006第 5 页 共 12 页后台功能HT-CD-1001HT-CD-1002HT-CD-1003HT-CD-2001HT-CD-2002HT-CD-3001HT-CD-3002HT-CD-3003HT-CD-40
5、01HT-LY-1001HT-LY-1002HT-LY-1003HT-LY-1004HT-LY-1005002003第 6 页 共 12 页3.2 测试问题解决下表中描述测试中发现的、没有满足需求或其它方面要求的部分。错误或问题描述错误或问题状态用户中心:点击【提交】没 有弹出“提示”;不能进入页 面未解决在【我的餐车】中,无法看 到已顶的订单输入框中的数据和图片的 url 清空,但预览图片并未消失HT-CD-2002 弹出相应的删除确认框,无法点击取消删除操作HT-LY-1002 无法进行管理员的注销,页面停留在后台管理页面HT-LY-1003 没有弹出警告提示,可以重复登录HT-LY-10
6、04 如果有多条回复,最新一次的回复内容会覆盖以前的回 复,只会显示一条回复003 【添加一分】该操作后此用户信息消失,【扣掉两分】该操作后此用 户信息消失3.3 测试结果分析3.3.1 覆盖分析3.3.1.1.测试覆盖分析测试覆盖率14/22 100=63.64需求/功能用例个数执行总数未执行未/漏测分析和原因2第 7 页 共 12 页1产生失败数 2 个,未解决产生失败数 1 个,未95产生失败数 3 个,未本次测试过程中,对该每个模块进行测试,设计的测试用例所占的比例如图11:图 1每个模块测试过程所占比例图测试用例是否通过说明如图 2:第 8 页 共 12 页图 2每个模块测试是否通过
7、数据图图 2 直观的显示每个模块的测试用例通过与否的数据,经过本次测试,发现游戏的 功能不够完善,完成的功能也不够稳定,游戏过程中有很多操作会直接影响用户的 使用。3.3.1.2.需求覆盖分析本次测试对系统需求的覆盖情况为:需求覆盖率Y(P)项/需求项总数 100 14/ 22 100 = 63.64%;注:P 表示部分通过,N/A 表示不可测试或者用例不适用。3.3.2 缺陷分析按缺陷在各功能点的分布情况分:严重级别需求A-严重影响 系统运行的 错误B-功能方面一般 缺陷,影响系统 运行C-不影响运行但必须修改D-合理化建议供应商类型 管理供应商信息第 9 页 共 12 页管理供应商列表 管
8、理评标专家管 理4辅助信息管 理评标小组管 理供应商信息 管理36713本文在测试过程中发现不同的缺陷,划分为四个等级:严重,一般,无影响,合理化建议。严重级别表示该缺陷影响系统的功能完整性,某些功能无法运行,这样的缺陷 在测试之后应该优先修复和改正;一般级别表示该缺陷对于大部分用户来说有一定 的影响,但出现的几率较小,这样的缺陷修复优先级次于严重级别缺陷;无影响级 别表示该缺陷只是在界面上不美观,用户使用频率极低的功能,不影响用户的使用, 这样的缺陷在修复过程中应置于最后。缺陷严重程度数据分析如图 14:第 10 页 共 12 页图 3缺陷严重程度分析图如图 14 所示,缺陷严重程度分为无影
9、响、一般和严重三个类别。其中无影响 的缺陷占 38%,一般缺陷占 33%,严重缺陷占 29%。其中影响用户使用的缺陷高达 62%,所以该游戏需要返回修改,不能发布。测试用例缺陷复现率及优先级如表 7 所示:表 1 测试用例缺陷复现率及优先级用例名称复现率优先级REG_003总是中REG_005Play_006高Play_007Play_008有时Play_009Play_010Play_two_007Play_two_010Play_two_015Play_two_016Play_two_017Play_two_018Play_two_019Play_two_0204. 综合评价4.1 软件能力第 11 页 共 12 页经过对招投标系统的简单的功能测试,我们发现了系统在功能方面还存在很多 问题,整体流程还不能够很好的进行。信息录入与信息管理还存在一些问题。但流 程相对较为完整。4.2 缺陷和限制4.3 建议需求提出方可以在使用该系统的基础上,继续搜集用户的使用需求反馈,并结 合市场同类产品的优势,在今后的版本中不断补充并完善功能。另外,建议当项目组成员确定后,在项目组内部对一些事项进行约定。如 WEB 开发/测试的通用规范等,将会在一定程度上提高开发和测试的效率。第 12 页 共 12 页
copyright@ 2008-2022 冰豆网网站版权所有
经营许可证编号:鄂ICP备2022015515号-1