软件研发测试报告》
软件测试报告三篇
软件测试报告三篇篇一：软件测试报告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个不影响软件功能使用，可以进入ＵＡＴ验收测试。
软件测试报告总结7篇
软件测试报告总结7篇（最新版）编制人：__________________审核人：__________________审批人：__________________编制单位：__________________编制时间：____年____月____日序言下载提示：该文档是本店铺精心编制而成的，希望大家下载后，能够帮助大家解决实际问题。
文档下载后可定制修改，请根据实际需要进行调整和使用，谢谢!并且，本店铺为大家提供各种类型的经典范文，如工作总结、报告大全、演讲致辞、条据书信、心得体会、党团资料、读后感、作文大全、教学资料、其他范文等等，想了解不同范文格式和写法，敬请关注!Download tips: This document is carefully compiled by this editor.I hope that after you download it, it can help you solve practical problems. The document can be customized and modified after downloading, please adjust and use it according to actual needs, thank you!In addition, this shop provides you with various types of classic sample essays, such as work summary, report encyclopedia, speeches, articles and letters, experience and experience, party and group information, after reading, composition encyclopedia, teaching materials, other sample essays, etc. I want to know the difference Please pay attention to the format and writing of the sample essay!软件测试报告总结7篇报告总结是我们日常生活中经常写的书面文体，社会的进步使得报告总结出现的频率越来越高了，本店铺今天就为您带来了软件测试报告总结7篇，相信一定会对你有所帮助。
软件开发项目测试报告模板
XXXXX项目测试报告XXXX年XXXX月XXXX日目录1.概述 (4)1.1.编写目的 (4)1.2.背景 (4)1.3.定义 (4)1.4.参考资料 (4)2.测试过程概述 (4)2.1.总体进度完成情况 (4)2.2.XX分包 (5)2.3.测试工具应用情况 (6)2.4.测试用例执行情况 (6)2.5.测试用例及工作量度量 (7)3.测试方案实施情况 (7)3.1.架构测试 (7)3.2.业务功能测试 (8)3.3.系统性能测试 (8)3.4.安全性和访问控制测试 (8)3.5.安装测试 (9)4.测试结果 (9)4.1.缺陷情况 (9)4.2.性能测试结果 (12)5.结果分析 (12)5.1.缺陷和限制 (12)5.2.建议 (12)5.3.评价 (13)6.测试经验及可改进之处 (13)6.1.测试经验 (13)6.2.可改进之处 (13)7.测试环境 (13)7.1.系统架构 (13)7.2.测试环境要求 (13)7.3.测试选用环境： (14)8.附件 (14)8.1.测试用例 (14)8.2.原始数据和报告 (15)8.3.测试用例执行记录 (15)1.概述1.1.编写目的总结测试工作，汇总并分析测试数据，积累经验教训，并提交高层确认测试任务完成。
1.2.背景a.软件名称：经测试的软件系统的名称（版本号）；b.测试类别：□集成测试□系统测试□集成测试+系统测试□其他c.承担测试任务的单位或部门：d.测试承担人员●项目经理：●测试经理：●测试人员e.软件规模：千行（或功能点，选其一）1.3.定义列出本文件中用到的专门术语的定义和外文首字母组词的原词组。
1.4.参考资料此小节应完整地列出测试计划中其他部分所引用的所有文档。
如：a.与本测试相关的该项目的项目资料，如需求说明书、设计说明书等；b.与本测试有关的其他版本的有关资料；c.测试使用的国家标准、行业指标、公司规范和质量手册等等；d.其他资料。
软件测试报告2篇
软件测试报告2篇对于部分读者用户，了解软件测试报告可能还不是很了解，下面我就先简单介绍一下。
软件测试报告分为两种，一种是测试总结报告，一种是测试详细报告。
测试总结报告是对整个测试周期的概括性描述，主要体现在项目中软件质量的达成状态，测试效果的评估和最后的测试结论，一般由测试经理负责编写。
测试详细报告则是具体说明每个测试阶段的测试过程和结果的文档，用于记录测试过程和测试结果，具体内容包括测试计划、测试用例、测试结果、Bug列表等，并由测试人员完成编写。
下面我将为大家呈现两篇测试报告，分别是测试总结报告和测试详细报告，希望能对大家有所帮助。
测试总结报告一、测试目标本次测试的目标是验证公司新开发的一款金融类软件，在不同的操作系统、网络环境、数据库和设备上的可靠性和稳定性，确保软件能够满足用户的需求并达到预期的效果。
二、测试环境1. 系统环境Windows操作系统、Mac OSX操作系统、Linux操作系统2. 网络环境有线网络、无线网络、4G网络、5G网络3. 数据库MySQL、Oracle、SQL Server、SQLite4. 设备Android手机、iPhone手机、iPad平板电脑、Windows 笔记本电脑、MacBook笔记本电脑三、测试结果1. 功能测试基本功能测试：全部通过扩展功能测试：全部通过2. 性能测试软件响应时间：平均响应时间2秒内，最长响应时间5秒以内软件占用资源：CPU占用率低于20%，内存占用率低于200MB3. 兼容性测试Windows系统：全部兼容Mac OSX系统：全部兼容Linux系统：全部兼容Android系统：全部兼容iOS系统：全部兼容4. 安全测试软件涉及敏感信息加密传输，攻击软件均无法破解数据，功能正常。
5. 异常测试软件在不良网络状况下正常，未出现闪退和程序崩溃现象。
四、测试结论根据测试结果，本次测试软件已经能够满足用户的需求，并能够在不同的操作系统、网络环境、数据库和设备上运行顺畅。
17 软件测试报告
《软件测试报告》的正文格式《软件测试报告》(STR)是对计算机软件配置项(CSCI)、软件系统或子系统进行合格性测试的记录。
需方根据STR可评估测试及其结果。
《软件测试报告》的正文格式如下：1 范围1.1 标识本条应描述本文档所适用系统和软件的完整标识，适用时，包括其标识号、名称、缩略名、版本号和发布号。
1.2系统概述本条应概述本文档所适用系统和软件的用途。
它还应描述系统与软件的一般特性；概述系统开发、运行和维护的历史；标识项目的需方、用户、开发方和保障机构等：标识当前和计划的运行现场；列出其他有关文档。
1.3文档概述本条应概述本文档的用途和内容，并描述与它的使用有关的保密性方面的要求。
2 引用文档本章应列出引用文档的编号、标题、编写单位、修订版及日期，还应标识不能通过正常采购活动得到的文档的来源。
3测试结果概述3.1 对被测试软件的总体评估本条应：a) 根据本报告中的测试结果，给出该软件的总体评估。
b) 描述测试中发现的所有遗留的缺陷、限制或约束。
可用问题／更改报告形式，给出缺陷信息。
c) 对每个遗留的缺陷、限制或约束，应描述：1) 对软件和系统性能的影响，包括对未得到满足的需求的标识；2) 对其进行纠正时，软件和系统设计受到的影响；3) 推荐的纠正方案／方法。
3.2测试环境的影响本条应给出测试环境与操作环境的差异及这种差异对测试结果的影响进行的评估。
3.3改进建议本条应对被测试软件的设计、操作或测试提供改进建议，并描述每个建议及其对软件的影响。
4详细测试结果注：“测试”一词是指一组相关测试用例的集合。
4．X （测试的项目唯一的标识符）4．X.1 测试结果总结本条应描述对测试结果进行的总结，并应描述与该测试相关联的每个测试用例的完成状态（例如，“所有结果都如预期的那样”，“遇到的问题”，“与要求有偏差”等），可用表格的形式给出。
当67完成状态不是“所预期的”时，本条应引用4.X.2或4.X.3提供详细信息。
软件测试报告 (2)
编 制
编制日期
审 核
批 准
更新记录
版本
编制/修改人
修改日期
修改对象
备注（原因、进一步的说明等）
1介绍
概述
测试项目名称
测试版本
研发负责人
测试负责人
测试时间
测试人员
范围
描述本次测试的范围。
2测试内容或测试情况说明
本次测试的重点及其他情况说明
描述本次测试的重点及其他情况说明。
测试环境与配置
简要介绍测试环境及其配置。（如果相同则写：请参考测试测试）
4本次测试遇到的情况及工作建议
描述本次测试中遇到的问题及工作建议。
备注：建议本部分内容以表格的形式说明或者把表格复制过来即可。
Bug状态统计：
Bug总数量
FIXE数量
INVA 数量
WONT数量
LATE 数量
REMI数量
WORKS数量
Bug严重程度统计：
Blocker数量
Critical数量
Major数量
Normal数量
Minor数量
Trivial数量
Enhancement数量
测试用例执行情况
描述本轮测试用例执行情况，计算用例执行率，用例执行率＝已执行用例/用例总数×100%
计划进度与实际进度对比描述来自划与实际的日期及工时对比3测试情况统计
列举发现问题及数量，属于问题数量（包含确认通过问题数量、确认未通过问题数量、以后版本修改数量、需求问题数量、不修改问题数量），不属于问题数量，注意事项等等。
软件开发测试报告模板7篇
软件开发测试报告模板7篇软件开发测试报告篇1一：工作回顾及总结回顾这一年来的工作，我在公司领导及各位同事的支持和帮助下，严格要求自己，按照公司要求，比较好地完成了本职工作。
通过近一年的学习和工作，工作模式上有了新的突破，工作方式有了较大的改变。
现将这一年的工作情况总结如下：1、总体来说，我主要完成了“……银行系统”、“……渠道管理平台”、“……”、“……”、“……”“……”的日常测试以及质量控制工作;“……”已经稳定上线运行6个多月，“……”即将上线。
2、日常我主要负责项目测试工作、测试文档编辑、参与功能需求设计、协调开发进度、总结经验分享、完成所需知识积累、工具学习及研究、兼容性软件测试。
就在银联项目工作来说，主要的工作内容有：a、测试项目案例、测试用例的设计与编写;b、对测试过程中遇到的问题进行沟通，并提供意见;c、设计业务功能流程，提供参考意见，绘制关键业务流程;d、进行主要功能的界面测试、功能测试;e、按照测试用例执行测试计划;f、进行需求验证工作3、知识的总结与分享，完成客户端在安卓4.0/4.1，IOS6.0以上系统上出现的兼容等问题，完成了兼容性测试案例的编写以及兼容性测试的培训工作。
在日常工作中，发现兼容上重大问题，在测试部门群中发布分享。
4、完成所需知识积累，学习所需知识、工具以及技能。
在工作中学习了银行业务流程规范、学习公司研发规范、参加了公司组织的技术培训、学习了各种测试工具的使用。
二：对公司的建议与意见对公司和部门建设上，我有以下几点建议：1、对员工进行金融知识的系统培训，让测试人员了解银行业务流程，有助于测试人员更加详细了解业务流程，测试过程会少走很多弯路。
2、部门内希望多组织技术交流讨论，促进测试工作的开展和提高。
一年至少有2次这样的交流。
3、公司在项目开发前期，希望尽可能的明确需求，尽可能的详尽需求说明书内容。
在测试过程中发现很多项目缺少需求说明书，需求说明书不明确或者需求说明书内容错误，误导了开发和测试，浪费了时间，影响了项目进度。
软件测试报告三篇
软件测试报告三篇篇一：软件测试报告摘要：本文是CounterV1.0系统测试报告，对CounterV1.0的测试用例设计、测试执行、Counter各特性质量进行总结缩略语清单：第一章节:概述CounterV1.0是TProject项目的开发和测试对象，CounterV1.0没有商用的需求，仅提供给培训学员，作为完成系统测试计划、策略和系统测试用例的依据。
该工具用单线程实现，可以根据用户的选择分别统计源文件中的总代码行数、空行数、注释行数和非空非注释行数。
本报告是对CounterV1.0版本系统测试活动的总结，整个活动进行了较全面的系统测试，测试内容包括：文件合法性判断功能统计代码行功能统计空行功能统计注释行功能统计总行功能综合统计功能还针对Counter的1M文件统计的性能进行了性能测试，以及GUI界面的测试。
整个系统测试过程及活动安排依据《CounterV1.0系统测试计划》、《CounterV1.0系统测试方案》、《CounterV1.0系统测试用例》。
第二章节:测试时间、地点及人员第四章节:总结和评价4.1测试过程统计4.1.1用例数统计4.1.2 用例对需求的覆盖度4.1.3 用例的稳定性4.1.4 用例的有效性4.1.5 测试执行工作量统计4.1.6 测试执行的效率4.1.7 版本缺陷统计（这里主要根据以上的统计数据和日常小组的工作情况，对测试过程中的异常情况，如测试延期，测试质量不高等问题进行说明，并适当分析原因，给出改进的建议。
）4.2 被测系统质量评估4.2.2 缺陷个数4.2.3 缺陷严重等级评估4.2.4 缺陷原因分布4.2.5 测试用例的通过率4.2.6 软件质量评价测试对象的整体质量：B备注：A：质量稳定，适合大规模使用。
B：存在少数非严重问题，但有规避措施，可以局部使用。
C：基本功能可用，但严重问题较多，不能发布。
D：基本功能不可用4.3 测试总结和改进建议（这里主要根据以上的数据从测试过程，软件质量，以及各个团队在该项目中的协作进行整体的总结和评价，暴露项目中出现的问题，并积极提出改进的建议）第五章节:遗留问题报告表1遗留问题统计表遗留问题详细信息参见《counter遗留问题表》第六章节:附件交付的测试工作产品1.测试用例2.测试日报3.测试报告4.测试记录5.缺陷报告篇二：软件测试报告：1.1项目背景1.2测试目的本次测试的目的是G9总部系统基线版本系统发布前的整体测试，按既定的测试计划对整个系统进行如下测试1.功能测试（包含界面测试）：保证系统主要功能工作正常，满足功能需求；2.兼容性测试：保证系统在主流浏览器、数据库和操作系统中可以正常工作；3.故障恢复测试：保证系统异常环境下系统数据完整；4.性能测试：保证系统在资源有限、数据量多的情况下仍能正常响应；5.安全性测试：保证系统的权限分配安全有效；5.文档测试：保证操作文档内容正确无误；本次测试的系统模块主要有：1.总部设置系统；2.总部查询报表系统；3.数据传输服务端、客户端程序；4.系统升级程序5.多服务器数据同步设置1.3测试环境与配置测试环境及其配置:1.操作系统：客户端：windowsxpsp3；服务端：windowsserver2008 数据库：SqlServer2008R2浏览器：IE7+网络环境：局域网组件环境：.netframework4.01.4测试用例1.5缺陷的统计与分析1.5.1缺陷汇总测试分析总结：本次测试功能覆盖率为100%；提交总的缺陷数1300个，严重级别高，其中严重、高级别为缺陷数有800个；一般的等级的缺陷数为200个；已修复缺陷数995个；未修复缺陷数5个本次测试的功能模块数量为：550个，每模块的缺陷数为：550/1300=0.4231.测试缺陷趋势图：2.缺陷类型分析图：本阶段测试缺陷类型有接口、功能、业务逻辑、界面ＵＩ、架构、客户反馈、其他遗留缺陷数 2 1 2 1 6类型时间（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个不影响软件功能使用，可以进入ＵＡＴ验收测试。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
丰台科技馆科普互动远程点播系统研发测试报告
拟制：李志洋日期：
审核：史方舟日期：
批准：袁爱英日期：
北京锦绣年华信息技术有限责任公司
编制日期：2007年12月
目录
1范围
1.1定义
此份测试报告是程序员在进行测试计划（单元测试）指定测试编写。
1.1.1标识
软件标识号：KJG
标题：丰台科技馆科普互动远程点播系统
版本号：1.1.0
1.1.2术语
无
1.1.3缩写词
无
1.2系统概述
1.2.1软件用途
在现有网络建设的基础上，充分利用现有的网络资源，发挥网络资源共享优势，建立数字化科技馆门户网站，通过科普视频点播系统、科普视频交流互动系统、数字图书馆系统，为全区人民提供多种形式的科普信息服务，了解目前国内外学术动态，开阔视野及思维。
1.2.2特性
⏹模块化的体系结构
系统采用模块化的体系结构，各功能模块相对独立，可根据用户的特点进行灵活剪裁和扩展；
⏹完善的权限管理机制
系统对各功能模块的操作采用严格的权限控制，同时提供灵活的权限设置功能，保证了对系统的安全访问；
⏹友好的用户界面
系统风格统一，用户界面友好，操作简单；
⏹可移植性强
系统采用JA V A技术、中间件技术，可移植性强，支持Windows NT、Linux、Unix等多种主流操作系统平台，并可支持SqlServer、Oracle、Mysql等多种关系型数据库，可运行于多种平台上。
1.2.3项目背景
a)委托单位：北京市丰台区科技馆；
b)开发单位：北京锦绣年华信息技术有限责任公司研发中心；
c)主管部门：北京市丰台科委；
1.2.4运行环境
为了支持本软件运行，至少需要两台服务器，一台为门户网站与数字图书馆系统服务器，另一台为视频点播和视频交流互动服务器，服务器将来可以根据需要支持扩展。
本系统需要能够联到互联网上，满足远程访问的需要。
当前运行环境
1.3文档概述
此报告可作为测试人员或程序员在查找问题时和解决bug、技术支持、改版的参考资料。
使用本文档的对象为全体研发人员（包括基础平台、门户发布系统、数字图书馆开发人员和开发流程管理人员）。
本文档通过项目版本控制软件管理，除上述人员外，其他人员无权阅读本文档。
2引用文档
【1】JXNH-KJG-DT-DF-01《研发测试计划》
【2】JXNH-KJG-RM-DF-01《软件需求说明书》
【3】JXNH-KJG-DD-DF-02《系统详细设计说明》
【4】JXNH-KJG-MN-DF-02《软件用户手册》
3测试结果概述
所有的测试模块按要求进行测试，满足了现阶段使用；达到详细设计的预期效果。
3.1测试环境的影响
无。
3.2改进建议
无。
4详细的测试结果
4.1基础平台 > 人员管理 > 用户管理
4.1.1测试结果小结
在列表页面显示样式正确，但显示的记录数与需求不一致，分页正常；
编辑页面特殊字符输入的正确处理，长度限制正常，必填项提示信息正确。
4.1.2遇到的问题
4.1.2.1列表页面
每页应显示16条用户记录，而现在是每页显示18条记录
修改结果：已修改。
4.1.3与测试用例/过程的偏差
无偏差。
4.2基础平台 > 全局设置 > 代码维护
4.2.1测试结果小结
在列表页面显示正确，无分页；
编辑页面特殊字符输入的正确处理，长度限制正常，必填项提示信息正确。
4.2.2遇到的问题
无。
4.2.3与测试用例/过程的偏差
4.3基础平台 > 权限管理
4.3.1测试结果小结
在列表页面显示正确，无分页；
无编辑页面，不需输入数据。
4.3.2遇到的问题
无。
4.3.3与测试用例/过程的偏差
4.4基础平台 > 网站定制
4.4.1测试结果小结
各个功能模块可以正常添加数据,修改,提交弹出窗口的文本无问题
4.4.2遇到的问题
4.4.2.1弹出窗口
弹出窗口的URL连接不能修改
修改结果：已修改。
4.4.2.2用户注册
"关于我们"的修改的编辑框格式不正确
修改结果：已修改。
4.4.3与测试用例/过程的偏差
无偏差
4.5门户前台
4.5.1测试结果小结
在列表页面显示样式正确，但显示的记录数与需求不一致，分页正常；
编辑页面特殊字符输入的正确处理，长度限制正常，必填项提示信息正确。
4.5.2遇到的问题
4.5.2.1用户注册
用户姓名能输入特殊字符（单引号“’”）。
修改结果：已修改。
4.5.2.2频道显示
无法按门户发布系统后台定制的顺序显示。
修改结果：已修改。
4.5.2.3底部区域显示
部分页面没有正常显示
修改结果：已修改。
4.5.2.4三级页显示
没有将副标题正确显示出来
修改结果：已修改。
4.5.2.5关于我们
没有与之相关联的页面
修改结果：已修改。
4.5.2.6显示栏目
在定制里面的栏目显示无论设定为哪个不显示,都只有科技专题不显示
修改结果：已修改。
4.5.3与测试用例/过程的偏差
无偏差。
5测试记录。