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

1、招投标系统软件测试总结报告招投标系统测试总结报告文档标识：当前版本：当前状态：草稿发布日期：发布修改历史日期版本作者修改内容评审号变更控制号第 1 页 共 12 页招投标系统测试总结报告目录1. 测试概述 .31.11.21.3编写目的 .3测试范围 .3参考资料 .32. 测试计划执行情况.32.1 测试类型 .32.2 进度偏差 .42.3 测试环境与配置 .42.4 测试机构和人员 .52.5 测试问题总结 .52. 测试总结.53.13.23.3测试用例执行结果 .5测试问题解决 .7测试结果分析 .73.3.13.3.2覆盖分析 .7 缺陷分析 .8 4. 综合评价 .94.1 软件

2、能力 .94.3 建议.9第 2 页 共 12 页，1. 测试概述1.1 编写目的对招投标系统项目中所有的软件测试活动中，包括测试进度、资源、问题、 风险以及测试组和其他组间的协调等进行评估，总结测试活动的成功经验与不足， 以便今后更好的开展测试工作。本系统测试总结报告的预期读者是： 项目组小组成员 测试组人员；1.2 测试范围测试组主要依据需求与设计说明书，对招投标系统进行功能测试。主要功能包 括：供应商管理供应商类型管理供应商信息管理供应商列表管理评标专家管理辅助信息管理评标小组管理1.3 参考资料资料名称版本作者是否经过评审备注招投标系统-需求规格说明书-招投标系统-数据库设计说明书-招

3、投标系统-测试计划1.0-2. 测试计划执行情况2.1 测试类型测试类型测 试 内 容测 试 目 的所用的测试工 具和方法功能测供应商管理核实所有功能均已正常实现，采用黑盒测试第 3 页 共 12 页进行手工测试；2.2 进度偏差测试活动计划起止日期实际起止日期进度偏差备注制定测试计划测试计划评审分解测试需求测试需求Review选定测试范围编写测试方案测试方案评审设计测试用例测试用例评审测试总结迟交一天测试执行测试移交延迟一天测试总结测试总结迟交一天2.3 测试环境与配置资源名称/类型配 置测试 PC 机（1 台）DELL，硬盘 300G，内存 2G。第 4 页 共 12 页数据库管理系统SQ

4、L Server应用软件MICROSOFT OFFICE、VISIO;客户端前端展示IE82.4 测试机构和人员测试阶段测试机构名称负责人参与人员所充当角色系统测试测试组2.5 测试问题总结在整个系统测试执行期间，项目组开发人员高效地及时解决测试组人员提 出的各种缺陷，在一定程度上较好地保证了测试执行的效率以及测试最终期限。 但是在整个软件测试活动中还是暴露了一些问题，表现在：1测试执行时间相对较少，测试通过标准要求较低；2开发人员相关培训未做到位，编码风格各异，细节性错误较多，返工现象 存在较多；3测试执行人员对管理平台不够熟悉，使用时效率偏低；4测试执行人员对系统了解不透彻，测试执行时存在

5、理解偏差，导致提交无 效缺陷；3. 测试总结3.1 测试用例执行结果测试用例标识号测试用例名称用例状态测试结果备注前台功能ES-IA-001用户登录已执行测试通过ES-IA-002用户注册已执行测试通过ES-IA-003用户注销已执行测试通过ES-IA-004已执行测试不通过ES-IA-005已执行测试通过ES-IA-006已执行测试不第 5 页 共 12 页通过后台功能HT-CD-1001已执行测试通过HT-CD-1002已执行测试不通过HT-CD-1003已执行测试通过HT-CD-2001已执行测试通过HT-CD-2002已执行测试不通过HT-CD-3001已执行测试通过HT-CD-300

6、2已执行测试通过HT-CD-3003已执行测试通过HT-CD-4001已执行测试通过HT-LY-1001已执行测试通过HT-LY-1002已执行测试不通过HT-LY-1003已执行测试不通过HT-LY-1004已执行测试不通过HT-LY-1005已执行测试通过002已执行测试通过003已执行测试不通过第 6 页 共 12 页3.2 测试问题解决下表中描述测试中发现的、没有满足需求或其它方面要求的部分。测试用例标识号测试用例名称错误或问题描述错误或问题状态ES-IA-004用户中心：点击【提交】没 有弹出“提示”；不能进入页 面未解决ES-IA-006在【我的餐车】中，无法看 到已顶的订单未解决

7、HT-CD-1002输入框中的数据和图片的 url 清空，但预览图片并未消失未解决HT-CD-2002 弹出相应的删除确认框，无法点击取消删除操作未解决HT-LY-1002 无法进行管理员的注销，页面停留在后台管理页面未解决HT-LY-1003 没有弹出警告提示，可以重复登录未解决HT-LY-1004 如果有多条回复，最新一次的回复内容会覆盖以前的回 复，只会显示一条回复未解决003 【添加一分】该操作后此用户信息消失，【扣掉两分】该操作后此用 户信息消失未解决3.3 测试结果分析3.3.1 覆盖分析3.3.1.1.测试覆盖分析测试覆盖率14/22 100=63.64需求/功能用例个数执行总数

8、未执行未/漏测分析和原因供应商管理220第 7 页 共 12 页供应商类型管理110产生失败数 2 个，未解决供应商信息管理110产生失败数 1 个，未解决供应商列表管理110评标专家管理110产生失败数 1 个，未解决辅助信息管理110评标小组管理110产生失败数 2 个，未解决供应商管理990产生失败数 2 个，未解决供应商类型管理550产生失败数 3 个，未解决本次测试过程中，对该每个模块进行测试，设计的测试用例所占的比例如图11：图 1每个模块测试过程所占比例图测试用例是否通过说明如图 2：第 8 页 共 12 页图 2每个模块测试是否通过数据图图 2 直观的显示每个模块的测试用例通过

9、与否的数据，经过本次测试，发现游戏的 功能不够完善，完成的功能也不够稳定，游戏过程中有很多操作会直接影响用户的 使用。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第 9 页 共 12 页管理供应商列表 管理0000

10、0评标专家管 理224辅助信息管 理00000评标小组管 理00011供应商管理00000供应商类型 管理00011供应商信息 管理00011供应商列表 管理00336评标专家管 理00000辅助信息管 理00000评标小组管 理00000006713本文在测试过程中发现不同的缺陷，划分为四个等级：严重，一般，无影响，合理化建议。严重级别表示该缺陷影响系统的功能完整性，某些功能无法运行，这样的缺陷 在测试之后应该优先修复和改正；一般级别表示该缺陷对于大部分用户来说有一定 的影响，但出现的几率较小，这样的缺陷修复优先级次于严重级别缺陷；无影响级 别表示该缺陷只是在界面上不美观，用户使用频率极低的

11、功能，不影响用户的使用， 这样的缺陷在修复过程中应置于最后。缺陷严重程度数据分析如图 14：第 10 页 共 12 页图 3缺陷严重程度分析图如图 14 所示，缺陷严重程度分为无影响、一般和严重三个类别。其中无影响 的缺陷占 38%，一般缺陷占 33%，严重缺陷占 29%。其中影响用户使用的缺陷高达 62%，所以该游戏需要返回修改，不能发布。测试用例缺陷复现率及优先级如表 7 所示：表 1 测试用例缺陷复现率及优先级用例名称复现率优先级REG_003总是中REG_005总是中Play_006总是高Play_007总是中Play_008有时中Play_009有时高Play_010总是中Play_

12、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 软件能力第 11 页 共 12 页经过对招投标系统的简单的功能测试，我们发现了系统在功能方面还存在很多 问题，整体流程还不能够很好的进行。信息录入与信息管理还存在一些问题。但流 程相对较为完整。4.2 缺陷和限制经过对招投标系统的简单的功能测试，我们发现了系统在功能方面还存在很多 问题，整体流程还不能够很好的进行。信息录入与信息管理还存在一些问题。4.3 建议需求提出方可以在使用该系统的基础上，继续搜集用户的使用需求反馈，并结 合市场同类产品的优势，在今后的版本中不断补充并完善功能。另外，建议当项目组成员确定后，在项目组内部对一些事项进行约定。如 WEB 开发/测试的通用规范等，将会在一定程度上提高开发和测试的效率。第 12 页 共 12 页