2022新三维共享平台功能测试报告(批注).docx
上传者：xiaobaizhua
2022-06-15 08:57:29上传
DOCX文件
24 KB
[mz.0 卅寸 ioz
§噪黑常
SS8
W冊体蝴川
目录
1 概述 1
1.1 编写目的 1
1.2 参考资料 1
1.3 术语和缩写词 1
2 测试目标、标准和范围 3
测试项目功能 3
2.2 测试标准 4
3 方法及策略 4
软件测试方法 4
软件测试策略 5
4 评价准则 5
4.1 范围 5
4.2 尺度 6
5 测试结论与意见 6
5.1 测试结论 6
5.2 改进建议 9
1概述
1.1 编写目的
编写该测试总结报告主要有以下几个目的：
1． 通过对测试结果的分析，得到对软件质量的评价
2． 分析测试的过程、产品、资源、信息，为以后制定测试计划提供参考
3． 评估测试执行和测试计划是否符合
分析系统存在的缺陷，为修复和预防bug提供建议
1.2 参考资料
软件需求说明书
概要设计说明书
详细设计说明书
测试计划书
1.3 术语和缩写词
Test （测试）：执行软件以验证其满足指定的需求并检测错误的过程。
Test case （测试用例）：为特定目标而开发的一组测试输入、执行条件和预期结果, 其目标可以是测试某个程序路径或核实是否满足某个特定的需求。
Testing environmen（t 测试环境）：进行测试的环境，包括测试平台、测试基础设施、 测试实验室和其他设施。
Testing item （测试项）：作为测试对象的工作版本。
Testing plan （测试计划）：描述了要进行的测试活动的范围、方法、资源和进度的 文档。
Testing procedure （测试过程）：指设置、执行给定测试用例并对测试结果进行评估 的一系列详细步骤。
Black box testing （黑盒测试）：指测试人员不关心程序具体如何实现的一种测试方 法。根据软件的规格对软件进行各种输入和观察软件的各种输出结果来发现软件的 缺陷的测试，这类测试不考虑软件内部的运作原理，因此软件对用户来说就像一个
黑盒子。
Bug （错误）：也称为defect （缺陷）或error （错误），软件程序中存在的编程错误，
可能会带来不必要的副作用，软件的功能和特性与设计规格说明书或用户需求不一
致的方面。软件缺陷表现特征为：软件未达到产品说明书标明的功能；软件出现产
品说明书指明不会出现的错误；软件功能超出产品说明书指明的范围；虽然产品说
明书未指出但是软件应达到的目标；软件测试人员或用户认为软件难以理解、不易 使用、运行速度缓慢等问题。
Bug report（错误报告）：也称为Bug record （错误记录），记录发现的软件错误信息
的文档，通常包括错误描述、复现步骤、抓取的错误图像和注释等。
Bug tracking system （错误跟踪系统，BTS）,也称为Defect tracking system （DTS）,
管理软件测试缺陷的专用数据库系统，可以高效率地完成软件缺陷的报告、验证、 修改、查询、统计、存储等任务。尤其适用于大型多语言软件的测试管理。
Exception （异常/例外）：一个引起正常程序执行挂起的事件。
Crash （崩溃）：计算机系统或组件突然并完全的丧失功能，例如软件或系统突然退 出或没有任何反应（死机）。
Build （工作版本）：软件开发过程中用于内部测试的功能和性能等不完善的软件版
本。工作版本既可以是系统的可操作版本，也可以是展示要在最终产品中提供的部 分功能的部分系统。
Functional testing （功能测试）：也称为behavioral testing （行为测试），根据产品特
征、操作描述和用户方案，测试一个产品的特性和可操作行为以确定它们满足设计
需求。本地化软件的功能测试，用于验证应用程序或网站对目标用户能正确工作。
使用适当的平台、浏览器和测试脚本，以保证目标用户的体验将足够好，就像应用 程序是专门为该市场开发的一样。
User interface testing （用户界面测试） ：指测试用户界面的风格是否满足客户要求， 文字是否正确，页面是否美观，文字、图片组合是否完美，操作是否友好等等。
UI 测试的目标是确保用户界面会通过测试对象的功能来为用户提供相应的访问 或浏览功能，确保用户界面符合公司或行业的标准。 UI 测试包括用户友好性、人 性化、易操作性测试。
2 测试目标、标准和范围
2.1测试项目功能
展示子系统
序号
模块
功能
说明
1
场景
浏览
快速导航
特定场景、动画导航
2
自由漫游
平移、全景、全屏、指北、环视
§噪黑常
SS8
W冊体蝴川
目录
1 概述 1
1.1 编写目的 1
1.2 参考资料 1
1.3 术语和缩写词 1
2 测试目标、标准和范围 3
测试项目功能 3
2.2 测试标准 4
3 方法及策略 4
软件测试方法 4
软件测试策略 5
4 评价准则 5
4.1 范围 5
4.2 尺度 6
5 测试结论与意见 6
5.1 测试结论 6
5.2 改进建议 9
1概述
1.1 编写目的
编写该测试总结报告主要有以下几个目的：
1． 通过对测试结果的分析，得到对软件质量的评价
2． 分析测试的过程、产品、资源、信息，为以后制定测试计划提供参考
3． 评估测试执行和测试计划是否符合
分析系统存在的缺陷，为修复和预防bug提供建议
1.2 参考资料
软件需求说明书
概要设计说明书
详细设计说明书
测试计划书
1.3 术语和缩写词
Test （测试）：执行软件以验证其满足指定的需求并检测错误的过程。
Test case （测试用例）：为特定目标而开发的一组测试输入、执行条件和预期结果, 其目标可以是测试某个程序路径或核实是否满足某个特定的需求。
Testing environmen（t 测试环境）：进行测试的环境，包括测试平台、测试基础设施、 测试实验室和其他设施。
Testing item （测试项）：作为测试对象的工作版本。
Testing plan （测试计划）：描述了要进行的测试活动的范围、方法、资源和进度的 文档。
Testing procedure （测试过程）：指设置、执行给定测试用例并对测试结果进行评估 的一系列详细步骤。
Black box testing （黑盒测试）：指测试人员不关心程序具体如何实现的一种测试方 法。根据软件的规格对软件进行各种输入和观察软件的各种输出结果来发现软件的 缺陷的测试，这类测试不考虑软件内部的运作原理，因此软件对用户来说就像一个
黑盒子。
Bug （错误）：也称为defect （缺陷）或error （错误），软件程序中存在的编程错误，
可能会带来不必要的副作用，软件的功能和特性与设计规格说明书或用户需求不一
致的方面。软件缺陷表现特征为：软件未达到产品说明书标明的功能；软件出现产
品说明书指明不会出现的错误；软件功能超出产品说明书指明的范围；虽然产品说
明书未指出但是软件应达到的目标；软件测试人员或用户认为软件难以理解、不易 使用、运行速度缓慢等问题。
Bug report（错误报告）：也称为Bug record （错误记录），记录发现的软件错误信息
的文档，通常包括错误描述、复现步骤、抓取的错误图像和注释等。
Bug tracking system （错误跟踪系统，BTS）,也称为Defect tracking system （DTS）,
管理软件测试缺陷的专用数据库系统，可以高效率地完成软件缺陷的报告、验证、 修改、查询、统计、存储等任务。尤其适用于大型多语言软件的测试管理。
Exception （异常/例外）：一个引起正常程序执行挂起的事件。
Crash （崩溃）：计算机系统或组件突然并完全的丧失功能，例如软件或系统突然退 出或没有任何反应（死机）。
Build （工作版本）：软件开发过程中用于内部测试的功能和性能等不完善的软件版
本。工作版本既可以是系统的可操作版本，也可以是展示要在最终产品中提供的部 分功能的部分系统。
Functional testing （功能测试）：也称为behavioral testing （行为测试），根据产品特
征、操作描述和用户方案，测试一个产品的特性和可操作行为以确定它们满足设计
需求。本地化软件的功能测试，用于验证应用程序或网站对目标用户能正确工作。
使用适当的平台、浏览器和测试脚本，以保证目标用户的体验将足够好，就像应用 程序是专门为该市场开发的一样。
User interface testing （用户界面测试） ：指测试用户界面的风格是否满足客户要求， 文字是否正确，页面是否美观，文字、图片组合是否完美，操作是否友好等等。
UI 测试的目标是确保用户界面会通过测试对象的功能来为用户提供相应的访问 或浏览功能，确保用户界面符合公司或行业的标准。 UI 测试包括用户友好性、人 性化、易操作性测试。
2 测试目标、标准和范围
2.1测试项目功能
展示子系统
序号
模块
功能
说明
1
场景
浏览
快速导航
特定场景、动画导航
2
自由漫游
平移、全景、全屏、指北、环视
2022新三维共享平台功能测试报告(批注)
