XX系统测试总结.docx

1、XX系统测试总结 延边电力工作计划管理系统系统测试总结评审核准单时间作者工作内容版本确认人确认时间2007/11/6姜全尧创建延边电力工作计划管理系统测试总结1.0目 录1.简介 41.1目的 41.2范围 41.3定义、首字母缩略词和缩略语 51.4参考资料 51.5概述 52.测试结果摘要 53资源 63.1物资资源 63.2人力资源 74.基于需求的测试覆盖 74.1软件集成测试阶段 74.1.1业务周期测试 74.1.2用户界面测试 84.1.3功能测试 84.2系统集成测试阶段 84.2.1性能测试 84.2.2容量测试 84.2.3安全性和访问控制测试 84.2.4故障转移和恢复测

2、试 94.2.5可靠性测试 94.2.6配置测试 104.2.7易用性测试 105.测试结果 106风险管理 11附件清单 11延边电力工作计划管理系统测试总结1.简介2007年9月13日至2007年11月6日，质量保证部负责对延边电力工作计划管理系统进行了系统综合测试。根据实际测试结果制定该测试报告。报告主要介绍了延边电力计划管理系统软件集成阶段、系统集成阶段、验收测试阶段的测试过程和测试结果，通过对测试过程的检查和对测试结果的分析，达到对该系统更深的认识，以及对系统开发过程中问题的确认的目的，从而使得我们今后的测试更加有效率，有质量，更加规范。1.1目的 工作计划管理系统测试总结目的在于：

3、 1统计测试过程中投入的人力和物力资源并进行价值评估 2确定测试过程中存在的问题和风险 3评估测试对象和测试流程的质量 4建立问题解决方案和风险管理计划 5提交测试结束标准和测试结果 1.2范围 工作计划管理测试总结报告主要包括系统软件集成测试、系统集成测试、验收测试三大阶段的测试结果。其具体范围包括： 1软件集成测试 a功能测试 b界面测试 c数据库完整性测试 d业务周期测试 2系统集成测试 a系统安全性测试 b系统性能测试 c稳定性测试 d故障转移和恢复性测试 e配置测试 3验收测试 a正式验收测试 bAlpha验收测试 cBeta验收测试注：Alpha验收和Beta验收均由最终用户组织执

4、行1.3定义、首字母缩略词和缩略语Alpha：一种测试阶段的代号，由用户在开发者的场所进行，并且在开发者对用户的 指导下进行测试。 Beta：一种测试阶段的代号，由软件的最终用户们在一个或者多个客户场所进行。 MITF：软件的平均无故障时间 Et：测试之前程序中错误总数 It：程序长度 t：测试时间 Ed(t)：在0到t期间发现的错误总数 Ec(t)：在0到t期间改正的错误总数 K：常数，K=2001.4参考资料 下面列出了编写该文档的所有参考资料，如表1-1：序号标题创建日期发布组织1070002-iBPMS软件集成测试规格说明书2007.08.22软件质量保证部2070002-iBPMS系

5、统集成测试规格说明书2007.08.02软件质量保证部3070002-iBPMS软件集成测试用例2007.09.10软件质量保证部4070002-iBPMS系统集成测试用例2007.08.07软件质量保证部5070002-iBPMS0913版本测试小结2007.09.21软件质量保证部6070002-iBPMS0921版本测试小结2007.09.27软件质量保证部7070002-iBPMS 0927版本测试小结2007.09.30软件质量保证部8070002-iBPMS 1008版本测试小结2007.10.16软件质量保证部9070002-iBPMS 1017版本测试小结2007.10.22软

6、件质量保证部10070002-iBPMS 1022版本测试小结2007.10.24软件质量保证部11070002-iBPMS 1024版本测试小结2007.10.31软件质量保证部12070002-iBPMS 1031版本测试小结2007.11.05软件质量保证部13070002-iBPMS1105版本测试小结2007.11.06软件质量保证部14070002-iBPMS系统需求分析2007.03.01应用部15070002-iBPMS概要设计文档2007.07.25应用部16070002-iBPMS界面测试用例2007.09.15软件质量保证部 表1-11.5概述了解了本文的目的、范围等，下

7、面开始介绍文档的其他内容。以下主要对各个测试阶段所进行的测试策略、测试类型、测试结果进行详细的分类说明。2.测试结果摘要 按优先权进行分类，得出以下列表：序号优先权BUG数1特急02加急03高0 表2-1按严重级别进行分类，得出以下列表：序号严重级别BUG数1严重错误02系统崩溃03系统死锁0 表2-2依据iBPMS软件集成测试用例、iBPMS系统集成测试用例，分别对其用户文档、功能性、可靠性、可维护性、易用性、可移植性和中文特性七个方面进行了测试，测试结果表明：1用户文档：提供的用户手册内容完整，所有信息基本正确，与软件实际运行情况相符，用户文档易理解、易浏览； 2可靠性：在整个测试过程中，

8、系统运行成熟，具有一定的容错性，易恢复，实现了数据校验功能； 3易用性：系统各种信息比较易理解、易浏览；基本支持标准的鼠标、键盘操作，软件操作比较简便；4可维护性：在整个测试过程中，系统运行稳定，实现了对软件运行错误、缺陷或失效原因的判断，可以对出现的缺陷或失效现象给出分析性提示；5可移植性：系统可适应不同的规定环境，可以在不同的操作系统（Windows 2000 Server、Windows XP）下运行； 6中文特性：系统中文显示正常，文档符合中文使用习惯；“延边电力工作计划管理系统”满足了工作计划管理系统需求说明书中规定的要求，系统在模拟使用环境中运行稳定，可以通过软件质量保证部的验收测

9、试。3资源3.1物资资源软件环境：终端类别操作系统相关软件应用服务器windowsXP sp2Weblogic 8.1.3数据库服务器windowsXP sp2Oracle9.0客户端windowsXP sp2IE6.0 表3-1硬件环境：机器名终端类别机器IP配置说明Hongliang_jiang服务器端192.168.0.137P4 2.8GHz/1G/160G客户端192.168.0.137P4 2.8GHz/1G/160GQuanyao_jiang客户端192.168.0.135P4 2.8GHz/1G/160G服务器端192.168.0.135P4 2.8GHz/1G/160G 表3

10、-2网络环境：网络类型带宽以太网100M 表3-3注：应用服务器与数据库服务器必须是同一机器 3.2人力资源角色所使用的资源具体职责和注释测试经理1（王宝平）进行管理监督职责：提供技术指导获取适当资源测试系统管理员2（姜全尧、姜洪亮）确保测试环境和资产得到管理和维护职责：管理测试系统测试设计员2（姜全尧、姜洪亮）确定测试用例、确定测试用例的优先级并实施测试用例职责：生成测试计划设计测试用例评估测试执行测试员2（姜全尧、姜洪亮）执行测试职责：执行测试用例记录结果4.基于需求的测试覆盖4.1软件集成测试阶段4.1.1业务周期测试鉴于本系统存在模块“定期工作计划“具有业务周期需求，对该处进行业务周期

11、测试。测试需求测试结果系统指定“每天“，即每天启动工作流通过系统在指定的“星期“启动工作流通过系统在指定的“月份“启动工作流通过系统在指定“季度“的”某季“启动工作流通过系统在指定的每年的“日期“启动工作流通过 表4-14.1.2用户界面测试测试需求测试结果图标基调颜色、大小、布局协调通过只读模式下，域提示的颜色正确通过屏幕中提示的字体正确通过域中的控件排列美观通过按钮的大小与界面的大小和空间协调通过屏幕窗口可恢复大小通过每个域中确认出现问题时有恰当的提示信息通过同时打开相同应用窗口的数符合要求,不重叠通过各项提示信息字体一致通过界面友好通过界面容易操作,易用性好通过信息提示，帮助文档符合中文

12、使用习惯通过 表4-24.1.3功能测试测试需求测试结果完成测试用例的100%通过根据用户文档列出所有功能点，检验其正确性通过验证程序与产品描述、用户文档中的全部说明相对应，一致性通过 表4-34.2系统集成测试阶段4.2.1性能测试计划变更，容量测试未实施。 4.2.2容量测试计划变更，容量测试未实施。4.2.3安全性和访问控制测试测试需求测试结果用户角色分类通过对非法访问有识别和屏蔽功能通过提供客户端用户身份识别通过提供用户功能权限管理通过提供用户数据访问权限管理通过授权（功能授权、数据授权）机制是否灵活安全通过身份验证不成功有次数限制及相应处理措施通过用户名称应具有唯一性通过用户在被删除

13、或被停用后，保留该用户记录，新增用户不得与该用户同名通过用例100%执行通过 表4-4 4.2.4故障转移和恢复测试测试需求测试结果提供手动数据备份通过备份数据可恢复通过恢复数据可正常使用通过服务中断工作流备份处理通过网络中断工作流备份处理通过电源中断工作流备份处理通过服务恢复工作流正常运行通过 表4-54.2.5可靠性测试平均无故障时间的计算：It=79000*5=395000条指令Ed(t)=5Ec(t)=5Et=380t=48hMTIF=1/(K（Et/It-Ec(t)/It）)=5.1h测试需求测试结果平均无故障时间不得小于168小时不能满足使用的容量达到规定的极限时,系统不崩溃、不异

14、常退出也不丢失数据通过试图使用的容量超出规定极限时，系统不崩溃、不异常退出也不丢失数据通过产品描述中列出的其他程序或用户造成的错误输入时，系统不崩溃也不丢失数据通过输入用户文档中明确规定的非法指令时，系统不崩溃也不丢失数据通过不会因掉电、异常退出、网络异常中断等原因而使软件或数据遭到破坏通过 表4-64.2.6配置测试测试需求测试结果windowsXP运行正常通过无其他软件与系统冲突通过 表4-74.2.7易用性测试测试需求测试结果通过选择适当的术语、图形表示、背景信息和帮助，帮助用户理解、使用通过出错消息中提供差错产生的原因和纠正的详细信息通过具有必要的信息，指导用户使用程序通过输入、输出设

15、计规矩，输出结果应简洁、直观、美观、方便阅读、易懂和使用通过人机界面简洁、美观、实用，风格相对一致，符合办公习惯通过在界面、人机交互、输出中的用语应与业务用语一致通过具有严重后果的功能执行可逆，或者给出明显警告，执行前要求确认通过软件操作简便，系统支持标准的鼠标、键盘操作，支持鼠标的单击、双击和右键操作，支持快捷键操作通过提供辅助输入手段（如选择输入、默认值等），数据检索方便、灵活通过安装参数应当给出默认值或提示，需要用户干预的地方应尽量少，操作方便通过根据用户熟练程度（外行、初学、熟练）和使用频度，能提供不同的操作方式或用户界面通过 表4-85.测试结果 具体测试结果均写在了各版本小结中，详

16、细请查阅。下图显示的是整体BUG走向图。 图5-1 通过对版本小结和测试用例的检查，实际的测试结果与预期的测试结果存在着一些偏差，在1.00.0.1022版本中BUG数呈现上升趋势，分析其根本原因是由于工作流不稳定导致的，在后几版中也证明了这一点，但最后版本中问题已得到解决。 截止到2007年11月6日，测试用例覆盖率100%，并且剩余问题也完全符合绩效软件集成测试规格书和绩效系统集成测试规格书中规定的小于5%，无严重错误，系统崩溃的指标。注意事项： 绩效管理系统是由两部门共同完成，底层工作流与程序接口实际可以分为两部分，导致实际的BUG数385(个)与预计的280(个)出现较大误差。虽然对软

17、件质量未造成影响，但在以后的测试过程中应引起注意。6风险管理预测风险对项目的影响解决方案执行结果开发单位未按时完成既定工作延误测试开始工作上级领导介入未发生人员变动影响测试进度至少2人跟踪项目未发生测试工具使用不熟练影响测试准确度前期培训或更换工具未发生与开发人员的沟通出现问题影响测试效率培养员工的团队精神未发生测试所需硬资源不到位无法进行测试提前做好准备未发生附件清单序号标题发布组织1iBPMS软件集成测试用例软件质量保证部2iBPMS系统集成测试用例软件质量保证部3iBPMS0913版本测试小结软件质量保证部4iBPMS0921版本测试小结软件质量保证部5iBPMS 0927版本测试小结软件质量保证部6iBPMS 1008版本测试小结软件质量保证部7iBPMS 1017版本测试小结软件质量保证部8iBPMS 1022版本测试小结软件质量保证部9iBPMS 1024版本测试小结软件质量保证部10iBPMS 1031版本测试小结软件质量保证部11iBPMS1105版本测试小结软件质量保证部 表5-1