软件测试报告 专业版
软件测试报告三篇
软件测试报告三篇篇一：软件测试报告1.1 项目背景1.2测试目的1.功能测试（包含界面测试）：保证系统主要功能工作正常，满足功能需求；2.兼容性测试：保证系统在主流浏览器、数据库和操作系统中可以正常工作；3.故障恢复测试：保证系统异常环境下系统数据完整；4.性能测试：保证系统在资源有限、数据量多的情况下仍能正常响应；5.安全性测试：保证系统的权限分配安全有效；6.文档测试：保证操作文档内容正确无误；本次测试的系统模块主要有：1.总部设置系统；2.总部查询报表系统；3.数据传输服务端、客户端程序；4.系统升级程序5.多服务器数据同步设置1.3测试环境与配置测试环境及其配置:1.操作系统：客户端：windows xp sp3 ；服务端：windows server 2008 数据库： Sql Server 2008 R2浏览器：IE7+网络环境：局域网组件环境：.net framework4.01.4测试用例功能、模块名称用例数已通过用例数未通过用例数备注1.5缺陷的统计与分析1.5.1缺陷汇总系统模块总部设置、总部查询系统按严重程度已修复bug数未修复/暂缓bug明细各级bug总数22 严重、高16个总部查询系统——套餐销售统计表，应计金额和实收金额和门店统计不一致！（#284）总部查询系统——营业分析报表-外送服务员业绩统计表，查询不到数据！（#272）会员卡系统——离线模式下，门店卡升级信息，总部查询不到！（#342）总部设置系统——客户管理系统，维护人员设置，无法下载到门店！（#283）总部设置系统——雅座卡客户信息导入功能，按照生成的模版，将客户信息导入成功后，在客户资料里看不到导入的客户信息！(#320)总部设置系统——数据服务，其他——按门店分发和按项目分发里,每单消费区间段没有下发项目！(#264)一般0个0 0低0个0 0汇总 16 6 22 系统模块会员卡系统按严重程度已验证bug数未修复/暂缓bug明细各级bug总数严重、高24个会员卡连锁实时在线方式，门店制卡提示失败，验证卡密码出错，但是在总部却可以查询到此卡号已制卡！（#192）26会员卡系统——卡优惠-充值返券、返积分、消费折扣、消费返积分设置有效期为客户生日，无效果,用另外两种日期方式正常！（#336）一般0个0 0低0个 0bug汇总 24 226系统模块划菜系统按严重程度已验证的bug数待验证的bug和未修复的bug各级bug总数严重、高 2个0 2 一般 1 0 1个低 10 1个4 0 4bug汇总测试分析总结：本次测试功能覆盖率为100%；提交总的缺陷数1300个，严重级别高，其中严重、高级别为缺陷数有800个；一般的等级的缺陷数为200个；已修复缺陷数995个；未修复缺陷数5个本次测试的功能模块数量为：550个，每模块的缺陷数为：550/1300=0.423 1.测试缺陷趋势图：第四周汇总时间（201210）第一周第二周第三周发现缺陷数 50 60 55 20 185关闭缺陷数 20 70 80 10 180 遗留缺陷数 2 1 2 1 62.缺陷类型分析图：本阶段测试缺陷类型有接口、功能、业务逻辑、界面ＵＩ、架构、客户反馈、其他第一周第二周第三周第四周汇总类型时间（201210）接口 8 6 5 3 22功能 20 70 80 10 180 业务逻辑 15 10 8 9 42界面UI 20 15 16 10 61架构 2 1 2 1 6客户反馈 2 5 6 3 16性能 3 2 1 1 7其他（系统异常）缺陷严重等级分析图模块缺陷数分析图总结本次测试基本上达到了预期测试目标，本阶段每模块功能覆盖率达到100%，每模块缺陷密度为:每模块bug数/每模块功能点数，测试缺陷曲线图已处于下降收敛状态，达到预期测试目标，测试的严重bug已修复并验证完毕，较严重的bug 也已修复并验证，一般和低等级的缺陷数为8个不影响软件功能使用，可以进入ＵＡＴ验收测试。
软件测试报告范例2篇
软件测试报告范例2篇软件测试报告范例一：一、测试背景本次测试的软件为一款名为“XX酒店管理系统”的酒店客房管理软件，主要用于酒店客房管理与预定等业务。
系统的开发方为XX软件有限公司，本次测试由我们的测试团队负责。
二、测试目的本次测试的目的主要是验证该软件在各种场景下的稳定性，包括但不限于：1. 系统与数据库的兼容性。
2. 用户在登录、预订、入住、退房等各环节的操作流程的稳定性。
3. 系统在高并发情况下的稳定性。
三、测试环境1. 硬件环境：CPU：********************内存：16GB DDR4硬盘：2TB SATA III 硬盘显卡：NVIDIA GeForce GTX 10802. 软件环境：操作系统：Windows 10 专业版数据库：MySQL 5.7Web 服务器：Apache 2.4.25开发语言：PHP 7.2四、测试用例本次测试共设计了100个测试用例，主要包括以下场景：1. 用户登录页面测试。
2. 用户在首页浏览、预订、查看订单等功能测试。
3. 模拟多用户同时进行预订等高并发场景测试。
五、测试结果经过测试，该软件的表现比较稳定，基本可以满足在一般情况下的使用需求。
但也出现了一些问题，如登录界面在某些情况下会出现页面错误，需要刷新才能正常登录；订单查询功能在高并发情况下会出现数据丢失等问题。
具体的测试结果如下：1. 总体表现：总共进行了1,000次测试，其中：测试通过：990次测试失败：10次测试通过率为99%。
2. 登录界面测试：测试用例设计了10个，其中：测试通过：7个测试失败：3个测试通过率为70%。
3. 预订、查询订单及其他核心功能测试：测试用例设计了60个，其中：测试通过：57个测试失败：3个测试通过率为95%。
4. 高并发下的测试：测试用例设计了30个，其中：测试通过：26个测试失败：4个测试通过率为87%。
六、问题总结及建议1. 登录页面出现错误需要刷新才能正常登录。
软件报告模板(5篇)
软件报告模板篇1
XXX系统系统主要对没有被验证的输入进行如下测试：
数据类型（字符串、整形、实数等）允许的字符集、最小和最大的长度、是否允许空输入、参数是否为必须、是否允许重复、数值范围、特定的值（枚举型）特定的模式（正则表达式）等；
软件报告模板篇2
1）本次测试覆盖全面，测试数据基础合理，测试有效。
2） SQL注入测试，已执行测试用例，问题回归后测试通过。
3）跨站点脚本测试，测试发现已对相关特殊字符进行转义，测试通过。
4）权限测试，已严格对相关角色进行权限控制，测试通过。
综合以上结论得出本次安全测试通过。
软件报告模板篇3
本次安全测试，主要使用了账号安全管理、权限管理、安全日志、访问控制安全、输入安全、缓冲区溢出、SQL注入、跨站脚本攻击等安全测试方案。
针对以上提供的测试方案进行对应测试用例以及测试脚本编写,并使用APPScan作为安全测试工具。
软件报告模板篇4
例：一个验证用户登录的页面
如果使用的sql语句为：
Select * from A where username=’ ’ + username+’ ’ and password……
SQL输入or 1=1——
就可以不输入任何password进行攻击，或者是半角状态下的用户名与密码均为：‘or’‘=’。
软件报告模板篇5
没有加密关键数据：
例：view-source：http地址可以查看源代码
在页面输入密码，页面显示为加密字符****，右键鼠标，查看源文件就可以看到刚刚输入的密码。
软件测试报告范文
软件测试报告范文软件测试报告。
项目名称，XXX软件版本测试报告。
测试日期，XXXX年XX月XX日。
测试人员，XXX。
1. 测试目的。
本次测试旨在对XXX软件的最新版本进行全面测试，确保软件的功能正常、稳定性良好、安全性高以及用户体验良好。
2. 测试环境。
操作系统，Windows 10。
浏览器，Chrome、Firefox、Edge。
设备，PC、手机、平板。
3. 测试内容。
本次测试主要包括以下几个方面的内容：3.1 功能测试，对软件的各项功能进行全面测试，包括登录、注册、浏览、购买、支付等功能的正常性和稳定性。
3.2 兼容性测试，测试软件在不同操作系统、不同浏览器、不同设备上的兼容性，确保在各种环境下均能正常运行。
3.3 安全性测试，测试软件的安全性，包括防火墙、数据加密、漏洞修复等方面的测试，确保用户的数据安全。
3.4 性能测试，测试软件的性能，包括响应速度、负载能力、并发能力等方面的测试，确保软件在高负载情况下依然能够正常运行。
3.5 用户体验测试，测试用户在使用软件时的体验，包括界面友好性、操作便捷性、交互流畅性等方面的测试。
4. 测试结果。
4.1 功能测试结果。
经过测试，软件的各项功能均能正常运行，无明显bug存在，用户可以顺利完成各项操作。
4.2 兼容性测试结果。
软件在不同操作系统、不同浏览器、不同设备上均能正常运行，兼容性良好。
4.3 安全性测试结果。
软件的安全性经过测试，数据加密、防火墙等措施均有效，用户数据得到了有效保护。
4.4 性能测试结果。
软件在高负载情况下依然能够正常运行，响应速度和负载能力良好。
4.5 用户体验测试结果。
用户在使用软件时的体验良好，界面友好、操作便捷、交互流畅。
5. 测试总结。
经过本次测试，XXX软件的最新版本在功能、兼容性、安全性、性能以及用户体验等方面均表现良好，未发现严重bug和问题。
建议开发团队继续保持对软件的维护和优化，确保软件的稳定性和用户体验。
软件功能测试报告模板
软件功能测试报告模板一、测试概述。
软件名称：版本号：测试日期：测试人员：测试目的：本次测试主要目的是对软件的功能进行全面测试，确保软件在正式发布前能够达到预期的功能要求，并且保证软件的稳定性和可靠性。
二、测试环境。
操作系统：硬件环境：测试工具：网络环境：其他环境：三、测试内容。
1. 功能测试。
登录功能。
注册功能。
页面跳转功能。
权限控制功能。
数据查询和检索功能。
数据导入和导出功能。
数据备份和恢复功能。
其他特殊功能。
2. 性能测试。
软件的响应速度。
软件的并发处理能力。
软件的稳定性。
软件的负载能力。
其他性能指标。
3. 兼容性测试。
不同操作系统下的兼容性测试。
不同浏览器下的兼容性测试。
不同分辨率下的兼容性测试。
其他兼容性测试。
4. 安全性测试。
防止SQL注入和XSS攻击。
合法性验证功能。
权限控制功能。
其他安全性测试。
四、测试结果。
1. 功能测试结果。
登录功能，通过/不通过。
注册功能，通过/不通过。
数据输入和输出功能，通过/不通过。
页面跳转功能，通过/不通过。
权限控制功能，通过/不通过。
数据查询和检索功能，通过/不通过。
数据导入和导出功能，通过/不通过。
数据备份和恢复功能，通过/不通过。
其他特殊功能，通过/不通过。
2. 性能测试结果。
软件的响应速度，符合要求/不符合要求。
软件的并发处理能力，符合要求/不符合要求。
软件的稳定性，符合要求/不符合要求。
软件的负载能力，符合要求/不符合要求。
其他性能指标，符合要求/不符合要求。
3. 兼容性测试结果。
不同操作系统下的兼容性测试，符合要求/不符合要求。
不同浏览器下的兼容性测试，符合要求/不符合要求。
不同分辨率下的兼容性测试，符合要求/不符合要求。
其他兼容性测试，符合要求/不符合要求。
4. 安全性测试结果。
软件测试报告模板2篇
软件测试报告模板2篇软件测试报告模板（一）项目名称：测试时间：测试人员：版本号：一、测试说明1.1 测试目的在此处简单说明本次测试的目的。
1.2 测试覆盖范围说明本次测试涉及的功能点、模块、页面等。
1.3 测试环境说明测试所使用的硬件环境、软件环境、网络环境、服务器环境等。
1.4 测试准备在此处简单说明测试前的准备工作，如测试人员培训、测试数据准备、测试用例编写、测试环境准备等。
二、测试结果2.1 测试分析在此处分析测试结果，对合格和不合格项进行分类，说明原因。
2.2 测试报告在此处按固定格式填写测试报告，包括测试日期、测试人员、测试环境、测试用例、测试结果等。
三、缺陷报告3.1 缺陷等级定义在此处定义不同缺陷等级的含义，如致命缺陷、严重缺陷、一般缺陷等。
3.2 缺陷报告列表在此处列出所有的缺陷报告，包括缺陷名称、缺陷等级、缺陷描述、复现步骤、处理结果等。
四、遗留问题在此处列出测试未发现的问题以及存在但未能解决的问题，说明原因和解决方案。
五、测试结论根据测试结果，得出本次测试的结论，分析测试过程中存在的问题和不足之处，提出改进措施，并对下次测试提出建议。
六、测试总结总结本次测试所做的工作，并对测试过程中发现的问题、解决方案、优点和不足等进行概括，提出改进方案和建议。
软件测试报告模板（二）项目名称：测试时间：测试人员：版本号：一、测试说明1.1 测试目的在此处简单说明本次测试的目的。
1.2 测试覆盖范围说明本次测试涉及的功能点、模块、页面等。
1.3 测试环境说明测试所使用的硬件环境、软件环境、网络环境、服务器环境等。
1.4 测试准备在此处简单说明测试前的准备工作，如测试人员培训、测试数据准备、测试用例编写、测试环境准备等。
二、测试结果2.1 测试分析在此处分析测试结果，对合格和不合格项进行分类，说明原因。
2.2 测试报告在此处按固定格式填写测试报告，包括测试日期、测试人员、测试环境、测试用例、测试结果等。
软件测试报告(专业版)Word
软件测试报告(专业版)Word1. 引言软件测试是软件开发过程中非常重要的环节，旨在验证软件的功能和性能，提高软件的质量和稳定性。
本文档旨在提供对软件测试的详细报告，以便开发人员和项目管理人员了解软件的测试结果和建议。
2. 测试概要本文档对软件测试的整体概述包括以下内容：•测试目的：验证软件的功能和性能，确保软件符合用户需求。
•测试环境：包括硬件和软件配置、网络环境等。
•测试方案：详细描述测试的方法、步骤和策略。
•测试资源：人员和时间的分配，测试工具的使用等。
•风险评估：分析测试过程中可能出现的风险和对策。
3. 测试过程本章节详细描述了测试的过程和结果。
3.1 前期准备在开始测试之前，进行了以下准备工作：•定义测试范围和测试目标。
•编写测试计划和测试用例。
•配置测试环境。
3.2 功能测试对软件的功能进行了全面的测试，包括以下方面：•功能覆盖测试：验证软件是否满足用户需求，是否可以按照预期的方式操作。
•功能一致性测试：验证软件在不同平台和不同版本下的一致性。
•边界条件测试：测试软件在边界条件下的表现。
•异常处理测试：测试软件对各种异常情况的处理能力。
3.3 性能测试对软件的性能进行了测试，包括以下方面：•响应时间测试：测试软件在不同负载下的响应时间。
•并发用户测试：测试软件在多用户同时使用的情况下的性能。
•资源利用率测试：测试软件对系统资源的利用率。
3.4 安全性测试对软件的安全性进行了测试，主要包括以下方面：•用户认证测试：测试软件是否能正确、安全地验证用户身份。
•数据加密测试：测试软件对敏感数据的加密和解密能力。
•权限控制测试：测试软件对不同用户角色的权限控制能力。
4. 测试结果本章节提供了针对软件的测试结果和分析。
4.1 功能测试结果在功能测试中，发现了如下问题：1.功能A在某些情况下无法正常工作。
2.功能B存在性能问题，在负载较高时响应时间较长。
3.功能C的界面设计不符合用户习惯，使用体验较差。
软件测试报告范例3篇
软件测试报告范例第一篇：软件测试报告范例一、背景我所在的公司开发了一款名为“XX路游”的APP，这是一款提供旅游路线推荐和酒店预订服务的应用。
本次测试的目的是针对APP软件功能进行测试，并发现其中的缺陷与需要的改进。
二、测试范围本次测试主要针对以下几个方面：1. 注册和登录功能的可用性和稳定性；2. 路线推荐功能的准确度和及时性；3. 酒店预订功能的流畅性和稳定性。
三、测试结果经过一周的测试，我们共发现了10个缺陷，其中有5个是严重问题，需要尽快解决。
以下是其中几个缺陷的详细描述：1. 注册时，系统未按照要求提示输入信息，导致用户不能成功注册；2. 部分用户在使用路线推荐功能时，出现了系统卡顿现象；3. 预订酒店时，系统提示错误信息，导致用户无法完成支付。
四、改进建议1. 在注册和登录功能上，建议增加错误信息提示的功能；2. 针对路线推荐功能，需要进一步优化系统性能，提升用户体验；3. 酒店预订功能需要加强支付流程的错误判断，避免用户支付失败的情况。
经过此次测试，我们认为该软件还存在许多需要改进的地方，需不断努力提升用户体验，提高软件稳定性和可用性。
第二篇：软件测试报告范例一、背景本次测试针对一款名为“XX地图”的软件进行，该软件是一款提供导航和地图查询服务的APP。
测试主要的目的是发现其中的缺陷与需要的改进。
二、测试范围本次测试主要针对以下几个方面：1. 地图查询功能的准确度和及时性；2. 导航功能的流畅性和稳定性；3. 软件性能和稳定性。
三、测试结果经过一周的测试，我们共发现了15个缺陷，其中有7个是严重问题，需要尽快解决。
以下是其中几个缺陷的详细描述：1. 用户在使用地图查询功能时，出现了系统卡顿现象；2. 部分用户在导航过程中，系统自动关闭；3. 软件启动速度较慢，影响用户使用体验。
四、改进建议1. 针对地图查询功能，需要进一步优化系统性能，提升用户体验；2. 针对导航功能，需要加强系统稳定性和流畅性，降低用户的使用门槛；3. 针对软件性能和稳定性，需要进一步优化软件开发过程和测试体系，确保软件的质量。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
系统测试总结报告专业版1引言1.1 编写目的编写该测试总结报告主要有以下几个目的1．通过对测试结果的分析，得到对软件质量的评价2．分析测试的过程，产品，资源，信息，为以后制定测试计划提供参考3．评估测试测试执行和测试计划是否符合4．分析系统存在的缺陷，为修复和预防 bug 提供建议1.2 背景1.3 用户群主要读者：XX 项目管理人员，XX 项目测试经理其他读者：XX 项目相关人员。
1.4 定义严重bug：出现以下缺陷，测试定义为严重bug✓系统无响应，处于死机状态，需要其他人工修复系统才可复原。
✓点击某个菜单后出现“The page cannot be displayed”或者返回异常错误。
✓进行某个操作（增加、修改、删除等）后，出现“The page cannot be displayed” 或者返回异常错误✓当对必填字段进行校验时，未输入必输字段，出现“The page cannot be displayed”或者返回异常错误✓系统定义不能重复的字段输入重复数据后，出现“The page cannot be displayed” 或者返回异常错误1.5 测试对象略1.6 测试阶段系统测试1.7 测试工具Bugzilla 缺陷管理系统1.8 参考资料《XX 需求和设计说明书》《XX 数据字典》《XX 后台管理系统测试计划》《XX 后台管理系统测试用例》《XX 项目计划》2测试概要XX 后台管理系统测试从2007 年7 月2 日开始到2007 年8 月10 日结束，共持续39天，测试功能点174 个，执行2385 个测试用例，平均每个功能点执行测试用例个，测试共发现427 个bug，其中严重级别的bug68 个，无效bug44 个，平均每个测试功能点个bug。
XX 总共发布11 个测试版本，其中B1—B5 为计划内迭代开发版本（针对项目计划的基线标识），B6－B8 为回归测试版本。
计划内测试版本，B1—B4 测试进度依照项目计划时间准时完成测试并提交报告，其中B4版本推迟一天发布版本，测试通过增加一个人日，准时完成测试。
B5 版本推迟发布2 天，测试增加2 个人日，准时完成测试。
B6－B11 为计划外回归测试版本，测试增加5 个工作人日的资源，准时完成测试。
XX 测试通过Bugzilla 缺陷管理工具进行缺陷跟踪管理，B1—B4 测试阶段都有详细的bug 分析表和阶段测试报告。
2.1 进度回顾2.2 测试执行此次测试严格按照项目计划和测试计划执行，按时完成了测试计划规定的测试对象的测试。
针对测试计划规定的测试策略，在测试执行中都有体现，在测试执行过程中，依据测试计划和测试用例，对系统进行了完整的测试2.3 测试用例2.3.1功能性系统实现的主要功能，包括查询，添加，修改，删除。
系统实现的次要功能，包括为用户分配酒店，为用户分配权限，渠道酒店绑定，渠道RATE 绑定，权限控制菜单按钮。
需求规定的输入输出字段，以及需求规定的输入限制2.3.2易用性操作按钮提示信息正确性，一致性，可理解性限制条件提示信息正确性，一致性，可理解性必填项标识输入方式可理解性中文界面下数据语言与界面语言的一致性```3测试环境3.1.1软硬件环境硬件环境应用服务器数据库服务器客户端硬件配置CPU：Intel(R) Celeron(R)CPU stepping 01Memory：1048256kHD ：S T380817AS 80GSATACPU ：Intel(R)Celeron(R) CPUstepping 01 Memory：1048256k HD：ST380817AS 80G SATACPU：Intel(R) Celeron(R)CPU stepping 01Memory：1048256kHD ：ST380817AS 80GSATA软件配置OS：Apache：CentOS Window 2000Professional （SP2 ）网络环境10M LAN 10M LAN 10M LAN3.1.2网络拓扑应用服务器、数据库服务器客户端以太网4测试结果4.1 Bug 趋势图此次黑盒测试总共发布11 个版本，B1—B5 为计划内迭代开发版本（针对项目计划的基线标识），B6-B11 为进行的回归测试版本，bug 版本趋势图如下图所示：第一阶段，增量确认测试。
时间从2007 年7 月 2 日到2007 年8 月 3 日。
从Bug 趋势图中可以看出，每个版本的bug 数基本维持在60 个左右。
B1：从图中看到B1 共有33 个BUG，因为B1 版本有一个功能模块在B2 版本才开始测试，B1 测试模块相对较少，所以B1 版本bug 相对较少。
B2：由于B1 中的一个功能模块增加到Build 2 中进行测试，这一版本除了对B1 中的BUG 进行验证同时对B1 进行了回归测试，所以B2 中的bug 数相对B1 出现了明显的增长趋势，B3：B3 版本因为有B2 版本的bug 验收测试，以及B1,B2 的回归测试，共发现67 个bug，和B2 基本保持一致。
B4：B4 版本bug 数有一个下降的趋势，是因为B4 版本推迟发布，新增加了测试人员参与测试，对系统不够熟悉，以及测试时间紧张，部分测试用例没有执行，测试覆盖度不够，所以发现bug 数呈下降趋势。
B5：B5 版本bug 数又有一个增加的趋势，主要是由于开发功能模块多，该版本需求定义不明确。
第二阶段，BUG 验证和功能回归确认测试。
时间从2007 年8 月 4 日到2007 年8 月14 日。
B6 和B7 进行了回归测试，B8 没有进行回归测试，只验证了B1－B7 的bug。
B6 ：进行第一轮回归测试，发现的bug 数为33 个，遗留一个问题，为数据字典种类默认值问题B7 ：进行第二轮回归测试，第一次回归测试没有涉及到权限控制菜单按钮的测试，在本次回归测试的时候，重点进行了这个方面的测试，又发现了大量的权限相关的bug。
B8 ：B8 没有进行全面的回归测试，只验证了B1－B7 未通过验证的bug，所以该版本的bug 数明显比较少。
B9 ：B9 版本进行了全面的回归测试，同时重点测试了权限控制，所以发先的bug 数又呈现上升的趋势。
测试发现44 个bug，严重级别的bug 为14 个，严重级别的bug 集中在权限控制上，功能性严重bug 没有发现，说明权限控制依旧不稳定，但是系统功能已经稳定。
B10：B10 版本验证了B9 版本发现得bug，没有进行全面的回归测试。
B10 版本在验证bug 的时候，重现打开Bug6 个，新增bug2 个，重新打开bug 有5 个为严重级别bug，是关于权限控制的bug，而新发现的bug，1 个为严重级别的bug，也是属于权限控制的。
说明，权限控制还存在着问题，需要修改权限管理bug，重新发布版本后进行全面的回归测试。
B10 版本新发现的bug 详细分析见遗留bug 分析。
B11：B11 中验证了B1—B10 未验证的bug，重点测试了权限控制，同时进行了查询，添加，删除，修改的功能测试，测试过程中未发现bug。
4.2 Bug 严重程度测试发现的bug 主要集中在normal 和minor 阶段，属于一般性的缺陷，但是测试的时候，出现了68 个严重级别的bug，出现严重级别的bug 主要表现在以下几个方面✓系统主要功能没有实现✓添加数据代码重复后，出现的找不到页面的错误✓多语言处理，未考虑非语种代码的情况✓数据库设计未考虑系统管理员角色，导致用系统管理员进行操作的时候出现找不到页面错误✓权限控制异常严重级别bug 按版本分布如下：由严重bug 版本分布图可以看出，严重级别的bug 版本趋势和bug 版本趋势基本是一致的，但是，在B7 和B9 版本中年，严重级别的bug 明显增多，主要原因是B7 和B9 版本测试了权限控制按钮功能，权限问题出现的严重级别的bug 比较多。
权限bug 主要表现：✓具有相应按钮操作的权限，页面无相应按钮，无法执行该功能✓无相应按钮操作权限，页面有相应按钮，点击按钮能出现权限异常错误✓有相应按钮操作权限，有相应按钮，执行该功能出现权限异常错误4.3 Bug 引入阶段由上图可以看出，主要为前台编码和页面设计方面的bug，占到了全部bug 的2/3。
4.4 Bug 引入原因由上图可以看出，主要为前台编码和易用性方面的bug，占到了全部bug 的2/3。
4.5 Bug 状态分布由bug 状态图可以看出，未解决的bug 有 4 个，主要是B8 中新提交的bug，是关于用户管理的bug，因为用户权限管理需要重新设计所以，该部分的bug 暂时没有解决。
5测试结论5.1 功能性系统正确实现了通过数据字典管理基础数据的功能，实现了数据内容的多语言功能，实现了中英文界面。
实现了基础数据管理，酒店集团管理，酒店基础信息管理，渠道管理，代理管理，用户管理的查询，添加，修改，删除的功能，系统还实现了将权限控制细化到菜单按钮的功能。
系统在实现用户管理下的权限管理功能时，存在重大的缺陷，权限控制不严密，权限设计有遗漏。
5.2 易用性现有系统实现了如下易用性：✓查询，添加，删除，修改操作相关提示信息的一致性，可理解性✓输入限制的正确性✓输入限制提示信息的正确性，可理解性，一致性现有系统存在如下易用性缺陷：✓界面排版不美观✓输入，输出字段的可理解性差✓输入缺少解释性说明✓中英文对应的正确性✓中英文混排5.3 可靠性现有系统的可靠性控制不够严密，很多控制是通过页面控制实现的，如果页面控制失效，可以向数据库插入数据，引发错误。
现有系统的容错性不高，如果系统出现错误，返回错误类型为找不到页面错误，无法回复到出错前的状态5.4 兼容性现有系统支持window 下的IE 浏览器和傲游浏览器，支持linux 系统下的IE 浏览器和火狐浏览器。
现有系统未进行其他兼容性测试5.5 安全性现有系统控制了以下安全性问题：✓把某一个登录后的页面保存下来，不能单独对其进行操作不进行登录✓直接输入某一页面的Url 能否打开页面并进行操作不应该允许。
现有系统未控制以下安全性问题：✓用户名和密码应对大小写敏感✓登陆错误次数限制6分析摘要6.1 覆盖率此次测试，所有测试用例都是在中文界面下执行，未在英文界面下执行，测试不包括英文界面下的测试，也不包括正对英文翻译的测试。
此次测试，部分页面需求描述无明确的定义，对输入限制无详细定义，无明确的测试依据，在测试过程中，测试是根据输入字段含义，测试人员理解，以及和项目经理，开发人员沟通获得测试依据，无法保证测试依据的正确性和完整性，因此，没有进行完整的，正确的无效数据的测试，测试覆盖率不够，无法保证测试的有效性和正确性下面为此次测试测试用例覆盖率分析图：6.2 遗留缺陷的影响1．缺陷描述：酒店娱乐项添加页面，“距离”字段无单位，建议增加单位缺陷影响：距离字段无单位说明，无衡量标准，用户易用性不好推迟原因：需求定义无单位定义，统一在升级版本中解决2．缺陷描述：酒店基础信息管理模块，默认语言设置不一致。