软件测试点
软件测试通用测试点
测试点 基准分辩率（比如1024×768） 风格统一：业务流程类，基础设置类，查询报表类 重要的和常用的元素优先布局，且放置在醒目的位置 完成相同或相近功能的元素集中放置，减少鼠标移动的距离 布局合理紧凑，疏密有致 长度与高度的比例基本接近黄金分割点 明显区分只读区域与可编辑区域 使用红色的符号‘*’来标记必填项 主窗体默认放置在屏幕的正中央 弹出式子窗体放置在主窗体正中央，或是左上角 输入项目尽量排成单列，过多时也可以排成2列，一般不能出现3列及以上的排列 使用有明确含义的图形、图片、图标和动画等 图形、图片、图标和动画等的体积不能过大，以免浪费传输时间 使用色调柔和、具有亲和力的颜色，不使用刺目的颜色 背景色、前景色和字体颜色的搭配要协调 字体大小与界面大小的比例协调：交易类界面使用小四字体，其他使用五号字体 一般性原则：常用排在前，重要排在前；有先后要求或有向导作用时，按先后次序排列 根据菜单项的含义进行分组排列 名字不易太长，一般控制在2～6个字，但不能为了刻意压缩长度而导致词不达意 右键菜单要慎用 弹出右键菜单的位置要合适，不能随便什么地方都弹出一堆右键菜单出来 按扭大小基本一致，并且要与窗口大小保持协调 名字不易太长，一般控制在2～6个字，但不能为了刻意压缩长度而导致词不达意 工具栏按钮和对应菜单项保持同步，即同时可见/隐藏/变亮/变灰/可用/不可用 根据按钮的含义进行分组排列 退出或关闭按钮一般放在最后面 按钮图标与对应的按钮功能比较吻合，尽量做到望图知意 常用功能按扭定义了快捷键，但一般不能屏蔽这些保留键：CTRL+C复制、CTRL+X剪切、CTRL+V粘贴、DEL 删除、CTRL+F查找、CTRL+A全选，CTRL+Z撤消、CTRL+P打印、CTRL+N新建、CTRL+O打开、CTRL+S保持、 F1帮助、ALT+F4关闭 每一个链接都能链接到正确的页面 提供合理的导航功能（比如站点地图、搜索引擎等） 关闭出错提示框后，返回到原来的操作窗口和页面 后台处理过程中鼠标变成沙漏，处理结束后再变回正常 通过TAB键可以到达所有可选中的界面组件 TAB顺序的一般性原则：从上到下，从左到右；特殊情况下可以：从左到右，从上到下 经常进经常进行数值录入的界面（比如交易、财务等），提供完善的小键盘支持（回车移到下个控件） 输入数量、价格或金额后，尽量马上提供“三位一逗”的显示格式，小数位数固定。必要时提供大写数 字显示 提供合理的缺省值（比如日期默认为当天，数值默认为0等） 有依赖关系的，尽量实现数据连动，方便用户操作，比如：用户输入了基金之后，资产单元下拉框就自 动显示当前基金的相关内容 用户需要连续输入的功能界面，输入一条数据并保存后，界面不会被关闭，并清空相关的输入 下拉选择框中的选项不宜超过20个 对可能造成较长时间等待的操作，提供了取消功能
软件测试中的43个功能测试点
15. 检查多次使用返回键的情况: 在有返回键的地方,返回到原来页面,重复多次，看会否出错。
16. 搜索检查: 有搜索功能的地方输入系统存在和不存在的内容,看搜索结果是否正确.如果可以输入多个搜索条件,可以同时添加合理和不合理的条件,看系统处理是否正确，搜索的时候同样要注意特殊字符，某些系统会在输入特殊字符的时候，将系统中所有的信息都搜索到。
36．多浏览器验证：越来越多的各类浏览器的出现，用户访问Web程序不再单单依赖于Microsoft Internet Explorer，而是有了更多的选择：Maxthon、Firefox、Tencent Traveler等，考虑使用多种浏览器访问系统，验证效果。
37．安装测试：对于C/S架构的系统，安装程序的测试是一个重要方面，安装程序自动化程度、安装选项和设置（验证各种方案是否都能正常安装）、安装过程中断测试、安装顺序测试（分布式系统）、修复安装及卸载测试。
41．Ajax 技术的应用：Ajax有很多优点，但也有很多缺点，如果利用优点、避免缺点，是我们对新的Web2.0应用的一个挑战。而Ajax的应用最直接的问题就是用户体验，用户体验的效果直接关系到是否使用Ajax技术。“会做，并不意味着应该做、必须做”，这就是对Ajax技术的很重要的注解。
42．Ajax技术的应用：Ajax采用异步调用的机制实现页面的部分刷新功能，异步调用存在异常中断的可能，尝试各种方法异常中断异步的数据调用，查看是否出现问题。在这里遇到的一个问题就是对日期控件的操作，已经如果页面数据较多的时候的刷新。
17. 输入信息位置: 注意在光标停留的地方输入信息时,光标和所输入的信息会否跳到别的地方。
18. 上传下载文件检查：上传下载文件的功能是否实现，上传文件是否能打开。对上传文件的格式有何规定，系统是否有解释信息，并检查系统是否能够做到。下载文件能否打开或者保存，下载的文件是否有格式要求，如需要特殊工具才可以打开等。上传文件测试同时应该测试，如果将不能上传的文件后缀名修改为可以上传文件的后缀名，看是否能够上传成功，并且，上传文件后，重新修改，看上传的文件是否存在。
软件测试流程及测试点 -回复
软件测试流程及测试点-回复软件测试流程及测试点是软件开发过程中非常重要的环节，通过测试我们可以发现和纠正软件产品中的缺陷、保证软件质量和稳定性。
本文将一步一步回答关于软件测试流程及测试点的相关问题。
1. 什么是软件测试流程？软件测试流程是指为了保证软件质量和稳定性而进行的一系列测试活动的组织和执行过程。
这个过程通常分为准备测试、设计测试用例、执行测试、分析测试结果和编写测试报告等阶段。
2. 软件测试流程的主要阶段有哪些？软件测试流程通常包括以下几个阶段：准备测试阶段：制定测试计划、准备测试环境和测试工具等。
设计测试用例阶段：根据需求规格和设计文档，编写并设计测试用例。
执行测试阶段：根据测试用例和测试计划，执行各种类型的测试，例如功能测试、性能测试、安全测试等。
分析测试结果阶段：对测试执行过程中的记录和日志进行审核和分析，找出软件的缺陷并进行记录。
编写测试报告阶段：根据测试结果，编写测试报告，将测试过程和测试结果向相关人员进行沟通和交流。
3. 设计测试用例的主要原则有哪些？设计测试用例是软件测试流程中非常重要的一环。
设计测试用例的原则有：完备性原则：测试用例必须覆盖所有的功能和性能需求。
独立性原则：测试用例之间应该相互独立，以免相互影响。
可重复性原则：测试用例应该能够被反复执行，以便发现问题并确认解决。
有效性原则：测试用例应该有助于发现软件缺陷和问题。
可追溯性原则：测试用例应该能够通过需求和设计文档进行追溯。
4. 执行测试的主要步骤有哪些？执行测试是软件测试流程中的核心环节，主要步骤包括：准备环境：确保测试环境、测试数据和测试工具都准备就绪。
执行测试用例：按照设计好的测试用例，执行各种类型的测试，如功能测试、性能测试、安全测试等。
记录测试结果：对测试过程进行记录，包括测试用例的执行情况、发现的问题和测试日志等。
确认测试结果：对测试结果进行确认，包括问题的重现和解决效果的验证。
5. 分析测试结果的主要方法有哪些？分析测试结果是测试流程中非常重要的环节，通过分析测试结果可以发现软件的缺陷和问题。
大学软件测试知识点总结
大学软件测试知识点总结软件测试是软件工程中非常重要的一个环节，它不仅可以帮助开发人员发现和修复软件中的缺陷，还可以提高软件质量，保证软件的稳定性和可靠性。
在大学阶段，学习软件测试知识是非常重要的，下面将从基本概念、测试方法、测试工具、自动化测试等方面进行总结。
一、基本概念1. 软件测试的定义软件测试是指在软件开发过程中，通过给定的测试用例来执行软件，并比较实际输出与预期输出，以评估软件的质量和性能的过程。
2. 测试的目标软件测试的主要目标是发现软件中的缺陷，保证软件的质量，满足用户需求，提高软件的稳定性和可靠性。
3. 测试的原则（1）全面性原则：软件测试应该覆盖所有可能的输入和场景。
（2）有效性原则：软件测试需要通过合理的方法来发现软件中的缺陷。
（3）经济性原则：软件测试需要在成本可控的范围内进行，并且要取得相对较高的测试效果。
4. 测试的阶段软件测试可以分为单元测试、集成测试、系统测试和验收测试等几个阶段，每个阶段都有各自的特点和目标。
二、测试方法1. 黑盒测试黑盒测试是基于软件的功能规格和需求来设计测试用例的方法，测试人员不需要了解软件内部的结构和实现细节，主要关注软件的输入和输出。
2. 白盒测试白盒测试是基于软件内部结构和代码来设计测试用例的方法，测试人员需要了解软件的内部逻辑和算法，主要关注软件的逻辑覆盖和代码覆盖。
3. 灰盒测试灰盒测试是介于黑盒测试和白盒测试之间的一种测试方法，既关注软件的功能和需求，又关注软件的内部结构和代码。
4. 功能测试功能测试是测试软件的功能是否符合用户需求和规格说明书的一种测试方法，主要针对软件的界面操作和功能的正确性。
5. 性能测试性能测试是测试软件在不同负载条件下的性能指标，如响应时间、吞吐量、并发用户量等，主要用于评估软件的性能和稳定性。
6. 安全测试安全测试是测试软件的安全性和可靠性的一种测试方法，主要用于评估软件在面对各种攻击和恶意行为时的表现。
7. 自动化测试自动化测试是使用自动化工具和脚本来执行测试用例和生成测试报告的一种测试方法，可以提高测试效率和质量。
软件测试各章知识点总结
软件测试各章知识点总结第一章：软件测试概述软件测试是指为了发现软件中的错误和问题，评估软件质量，确保软件功能正常的过程。
软件测试的目的是验证软件是否符合用户的需求和期望，以及确保软件的质量达到一定的标准。
软件测试在整个软件开发过程中起着非常重要的作用，它能够帮助开发团队及时发现和修复问题，提高软件的稳定性和可靠性。
软件测试的基本原则包括全面性、系统性、可靠性和性能。
全面性指测试应该覆盖所有可能的情况，包括正常情况和异常情况；系统性指测试应该以系统为单位进行，而不是单个模块或功能；可靠性指测试结果应该是可靠的、准确的；性能指测试应该关注软件的性能表现。
软件测试的方法可以分为静态测试和动态测试。
静态测试是指在软件开发的早期阶段进行的，包括代码审查、设计审查和使用静态分析工具进行分析。
动态测试是指在软件开发的后期阶段进行的，包括单元测试、集成测试、系统测试和验收测试。
软件测试的类型包括功能测试、性能测试、安全测试、兼容性测试、可靠性测试等。
功能测试是验证软件功能是否符合用户需求的测试；性能测试是验证软件在各种条件下的性能表现的测试；安全测试是验证软件的安全性和可靠性的测试；兼容性测试是验证软件在不同平台和环境下的兼容性的测试；可靠性测试是验证软件的稳定性和可靠性的测试。
第二章：软件测试流程软件测试的流程包括测试计划、测试设计、测试执行、测试评估和测试报告。
测试计划是在测试开始之前进行的，包括确定测试目标、测试方法、测试资源和测试进度。
测试设计是在测试执行之前进行的，包括确定测试用例、测试数据和测试环境。
测试执行是在测试设计之后进行的，包括执行测试用例、记录测试结果和发现问题。
测试评估是在测试执行之后进行的，包括评估测试结果、计算测试覆盖率和分析测试效果。
测试报告是在测试评估之后进行的，包括总结测试结果、提出改进建议和撰写测试报告。
软件测试的自动化是指利用自动化测试工具进行软件测试的过程。
自动化测试包括测试脚本的编写、测试数据的准备和测试环境的配置。
软件测试知识点总结
一、选择题
1.软件测试的主要目的是：
A.证明软件没有错误
B.找出软件中的所有错误（正确答案）
C.证明软件功能完备
D.确保软件满足用户需求
2.下列哪项不属于软件测试的基本原则？
A.避免测试自己编写的程序
B.设计测试用例时，应充分考虑合理和不合理的输入条件（正确答案应为需要考虑的
方面，但此选项表述为反面，实际应选不符合原则的）
C.彻底检查每个程序
D.设计测试用例时，只需考虑合理的输入条件（正确答案，因为需要同时考虑合理和
不合理条件）
3.在软件测试中，下列哪项属于黑盒测试技术？
A.语句覆盖
B.边界值分析（正确答案）
C.路径测试
D.条件测试
4.单元测试主要针对的是：
A.整个系统的功能和性能
B.模块间的接口和通信
C.单个模块的功能和性能（正确答案）
D.用户界面的易用性
5.下列哪项不是集成测试的内容？
A.自顶向下集成
B.自底向上集成
C.回归测试（正确答案，回归测试是系统测试的一部分，但也常贯穿于整个测试过程）
D.大爆炸集成
6.系统测试的主要目的是：
A.验证软件是否满足用户需求（正确答案）
B.找出模块内的错误
C.验证模块间的接口是否正确
D.验证软件的性能是否达标
7.下列哪项属于非功能测试？
A.单元测试
B.集成测试
C.性能测试（正确答案）
D.验收测试
8.在软件测试过程中，发现缺陷后应该首先进行哪项操作？
A.立即修复缺陷
B.记录缺陷并报告给相关人员（正确答案）
C.忽略该缺陷并继续测试
D.通知用户该缺陷的存在。
软件测试相关知识点总结
软件测试相关知识点总结软件测试是通过一系列活动来评估软件产品的质量、发现缺陷并提供改进建议的过程。
以下是软件测试的相关知识点总结：1. 测试策略：测试策略是测试团队为实现测试目标而选择的一种方法或方法论。
它包括测试目标、测试范围、测试级别、测试资源分配、测试计划等内容。
2. 测试计划：测试计划是指确定测试活动的目标、范围、资源、时间、进度和风险等方面的计划。
3. 测试用例：测试用例是用来验证软件是否满足特定需求或规格的测试情况，包括输入数据、预期输出和测试步骤。
4. 缺陷管理：缺陷管理是指发现、记录、追踪和解决软件缺陷的过程。
它包括缺陷的分类、重现、修复、验证和关闭等环节。
5. 黑盒测试和白盒测试：黑盒测试是基于软件外部功能和需求的测试，不考虑软件内部的实现细节；白盒测试是基于软件内部结构和代码的测试，包括代码覆盖率测试和路径覆盖率测试等。
6. 功能测试：功能测试是验证软件是否按照需求规格书中定义的功能工作的测试，包括输入验证、输出验证、界面验证和场景验证等。
7. 性能测试：性能测试是验证软件在特定负载下的性能指标，包括响应时间、吞吐量、并发性和可伸缩性等。
8. 自动化测试：自动化测试是使用测试工具和脚本来执行测试用例的测试方式，可以提高测试效率和准确性。
9. 验收测试：验收测试是由用户或客户来验证软件是否满足预期需求的测试，也称为用户验收测试（UAT）。
10. 压力测试：压力测试是验证软件在极限负载下的稳定性和可靠性的测试，包括负载测试、稳定性测试和耐久性测试等。
以上是软件测试的一些常见知识点，希望能够对你有所帮助。
为了更好地理解软件测试，建议深入学习软件测试的理论和实践，并不断积累测试经验。
软件测试流程及测试点
软件测试流程及测试点软件测试是确保软件质量的关键步骤，其流程包括多个阶段和测试点。
以下是一般的软件测试流程及测试点：1. 需求分析和计划阶段：测试计划：制定测试目标和范围。
确定测试资源、时间表和人员分配。
制定测试策略和方法。
2. 测试设计阶段：测试用例设计：根据需求规格书或功能规格书编写测试用例。
考虑正常情况和边界情况。
确保每个功能点都有对应的测试用例。
测试数据设计：生成适当的测试数据，覆盖各种输入情况。
包括正常数据、边界数据、异常数据等。
测试环境设置：设置测试环境，包括硬件、软件、网络配置等。
3. 测试执行阶段：单元测试：针对单个模块或函数进行测试，确保每个模块都能够独立正常运行。
集成测试：测试不同模块之间的集成，验证它们一起工作的正确性。
系统测试：针对整个系统进行测试，验证系统的功能和性能。
验收测试：模拟用户操作，验证系统是否符合用户需求。
性能测试：测试系统的性能，包括响应时间、吞吐量等。
安全性测试：确保系统对潜在威胁和攻击有足够的防护措施。
回归测试：在每次修改后运行之前的测试用例，确保新的修改没有引入新的错误。
4. 测试报告和缺陷管理阶段：测试报告：汇总测试结果，包括通过和失败的测试用例、问题汇报等。
缺陷管理：跟踪和管理测试中发现的缺陷，包括报告、修复和验证过程。
5. 最终发布阶段：上线前确认：验证所有缺陷是否被解决。
确保测试用例覆盖所有关键路径。
灰度测试：将新版本逐步引入生产环境，以确保在大规模使用之前没有明显问题。
6. 维护阶段：监控和反馈：在生产环境中监控系统的性能和用户反馈。
及时处理用户报告的问题。
这是一个常见的软件测试流程，具体的流程和测试点可能会根据项目的特性、开发方法和测试方法而有所不同。
在每个阶段都应该进行充分的文档记录，以便在整个软件开发生命周期中进行追溯和分析。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
手机界面测试技巧1.在选定UI界面时风格是否与手机线条协调，美观,此配色在强烈日光下是否看得清除屏幕上的菜单及字体（比如左右软键/菜单风格）2.名称是否统一(比如说UIM/SIM,电话本/联系人) MENU（菜单）显示此处是否可以进入九宫格（按只个按键进入菜单）3.字体大小、风格是否统一,特别是阿拉伯文外文字体是否清晰,粗大，选定一个语言后,屏幕上是否出现两种语言文字,比如:选择阿文后屏幕上出现大量的英文或者印度文,4.键盘排版是否正确,按键上的快捷键功能,软件是否有设置比如:按键上有FM字样，按此键是否进直接进入收音机菜单5.屏幕显示是否正常，是否有重叠、切字、乱码（在不同的语言下，快速切换）迪拜客户软件要求：1.软件默认阿拉伯文(印度客户默认英文)2.软件用客户指定开关机铃声3.软件用指定BY2的LOGO动画4.软件用指定默认来电铃声，信息铃声（依主板空间决定）5.软件的蓝牙必须是默认关闭6.语言：英.法.阿文.波斯文.土耳其文（灵活应用）印度（英印乌尔都.泰米尔泰卢固.坎纳达.马拉雅拉姆语.孟加拉语等等可和销售确认）7.按键上卡1和卡2必须分布两个按键，用OK键进九宫格8.测试蓝牙，及蓝牙耳机功能，传输数据9.测试在输入短信息时阿拉伯文输入法正确性10.测试MP3播放器，音质要优良（支持格式：MP3，Wma,Wmv），音频参数适中即可11.测试MP4播放器，播放画面是否流畅清晰主要播放格式：Avi,mp4,3GP,WMA,MPEG-4,ASF,MOV,rb,rmvb12.测试录像是否花屏不清晰13.测试录音功能,是否录音音质清晰14.在角落，洗手间，电梯，公车上，高速测试天线信号是否有跳水现象15.测试发送彩信16.用浏览器上网17.设置闹钟检查此功能是否正常18.无内存卡的情况下可以拍照,录像,录音,19.检查语言包20.拨号时的123456 必须是很大的字体,方便眼睛不好的消费者使用21.所有手机常按OK键，必须可以打开手电筒功能22.每款手机放上中文软件先，给公司人员试用，试用后写报告一份23.反复试用充电器，是否有充电连接及软件上无现实的情况24.用耳机试听收音机信号如何25.用蓝牙耳机可否打电话26.重复确认检查按键定义是否与此机器的软件相匹配27.内存卡里的音乐文件必须是可以设置成来电铃声或者闹铃声的28.播放歌曲和MP4时尽可能导航键上下控制音量左右控制上一首下一首歌曲29.有特别功能偷拍外放FM 跑马灯需要设计快捷按键，以突出此功能为重点软件测试配置：软件相应配置：软件需求规格说明书，工程模式管理，源代码等管理。
对于我们的软件测试，不仅仅包括手机软件，配套光盘软件，还应该包括：说明书按键丝印字符是否对应软件输入法等的测试手机场地测试基本技巧：A.路测、场测：主要是为了了解手机在现网环境下的真正使用情况而展开一项测试，侧重于网络信号（RF测试和无线灵敏度测试）相关的功能，可以说也是一种模拟最终用户使用的测试；比如：在高速公路地下通道华强北（电子产品干扰多的地方）工厂生产车间，洗手间角落，电梯，用手机打电话听FM收音机，看是否有联不上网，及信号跳水断线情况兼容性测试：1.验证手机部分外部设备的兼容功能：包括SIM卡，T卡，蓝牙，浏览网页2.也可以是其他手机传送过来的内容,比如短信, 接收彩信, 我的名片…等3.基本功能测试:接一个电话，打一个电话，发送一条普通短信，接收一条普通短信，发送一条彩信，接收一条彩信，播放一首静态音乐文件(mp3)，播放一段视频文件，照一张像片，录制一段录像，接收电子邮件，用浏览器上网浏览网页，设置一个闹钟，使用计算器，通过蓝牙接收数据，等等。
4.交互测试例如：打电话时接收短信息，看短信内容时候进来一个电话，听音乐时候浏览新短信，听音乐时候进来一个电话，上网浏览时进来一个电话，接电话时候闹钟报警，等等。
5.临界测试例如：内存满时候拨打电话，内存满时候启动浏览器，内存满时候启动音乐播放器，数据库满时候拨打电话，数据库满时候启动浏览器，数据库满时候启动音乐播放器，地址本满时候继续添加记录，短信收件箱满时候继续收新短信，等等。
6.压力测试：顾名思义，是给手机施加一定压力，从而找出手机软件上的问题点。
一般来说，对手机施加的压力主要有；例如：压力测试一般是指在比较短的一段时间内，被测手机执行比较多的任务或者操作，来检测被测手机承受压力的能力。
具体的操作例如：在短时间内发送大量的短信，同时并接收大量的短信，发送和接收的数量都在50 条以上。
短信的群发(包括超长短信)，查看接收和发送的成功率，接通一个电话并且保持很长一段时间(大于10 个小时)，等等。
7.数据请求或传输等需时较多的过程要确保有提示界面，最好有动画显示数据在传输过程中，请用户耐心等待。
另外要注意在这个过程中对重复按键予以忽略，因为等待时间过长或响应迟钝时，用户趋向于重复按手机按钮。
比如：在复制sim 卡上的联系上到手机上，如果sim 卡联系人较多，容量比较大，此时的复制工作忙碌情况下应该有一个显示1%开始…..只到99% 100% ,这样让客人看到手机传输有在进展中手机性能测试技巧：1．时间相关。
长时间待机测试，就是根据手机电池的能力连续不间断待机一定时间（例如4天），之后验证手机是否还能够发起主叫和被叫业务，能够发起主叫，表示终端在长时间待机后自身还处于正常状态，能够发起被叫，说明终端在睡眠模式下可以正常接收寻呼。
2. 长时间游戏业务保持测试，就是根据手机电池的能力连续不间断进行语音通话或者视频通话一定时间（例如2小时），测试通话期间图象声音是否连续、清晰，是否有单通现象出现，是否会有手机板子过热现象。
3. 限定时间反应测试：开机驻留时延，是指从用户按下开机键（终端上电、系统引导、启动任务、搜索网络、完成位置更新）到终端进入待机界面，提示用户可以进行正常服务的总时间。
关机时延，是指从用户按下关机键（终端完成网络detach、将RAM中修改过的数据写回flash）到终端完全下电所需的总时间。
4. CS域业务接入时延，是指在进行语音或视频电话时从按下拨号键到听到对方回铃声所需总时间，由于该过程需要在网络侧分配资源，所以测试结果可能会受到当前网络资源可用程度的影响，例如在网络负荷高的时候申请CS 64k业务时，网络侧需要重新组织或合并无线资源来满足业务要求，所需时间相对会长一些。
5. PS域业务接入时延，是指在进行数据业务时从开始连接到能正常进行数据业务所需总时间。
本地应用的操作时延，是指完成某些本地操作维护功能所需的时间，例如打开电话薄，在电话薄里查找联系人，存储新建的联系人，存储短信，存储多媒体文件，打开浏览器，播放多媒体文件等所需时延，这些时延如果过长，也会极大地降低用户体验的满意度。
手机性能测试技巧：1．次数相关的性能测试是测试终端重复稳定地进行某项功能的能力。
这种重复操作包括很多对象被多次创建和释放，因此可能会发现潜在的内存泄漏等问题。
比如：开关机成功率测试，主要是检验多次反复开机是否会有物理层不能正确收到初搜命令的情况，关机不完全也可能会导致下一次开机失败，以及在某些情况下系统死机后只能通过插拔电池板来重新开机。
比如：多次存储再删除文件、联系人、短信等操作，以及多次打开某个应用或执行某类操作来对该应用的稳定性进行测试，看是否有死机黑屏现象本地化测试技巧：1.翻译错误：A.翻译人员不熟悉翻译要求。
B.翻译人员工作疏漏。
C.用户界面的翻译与标准词汇表不一致。
3.表现特征：A.应该翻译而没有翻译的英文字符。
B.不应该翻译而翻译的中文字词。
C.错误翻译的字词。
D.只在本地化版本中存在该类型错误。
E.较多隐含在对话框各控件以及帮助文档中。
4.测试要求：A.明确需要翻译和不需要翻译的内容。
B.明确正确的翻译方式。
C.根据术语表，确认术语翻译的正确性与一致性。
5测试方法：A.主要同时打开中英文版本，执行相同的操作。
B.结合标准界面词汇翻译表，参照对比。
6.说明：A.对于对话框，如果含有下拉列表框，要打开列表框查看全部项。
B.特别要注意选项中开关类翻译错误。
7.测试方法：A.对于菜单项或工具栏按钮，通过全面测试各个选项，认真观察每一步是否正确执行，输出结果（包括格式和数值）是否正确。
B.对于一个命令中的多个并列选项，采用路径跟踪法，按分支顺序测试嵌套的全部子项。
C.对于对话框，可以逐个执行各按钮，各个列表选项等观察执行结果。
D.特别注意不同选项、不同按钮相互操作的影响。
E.注意检查快捷键是否遗漏，是否多余，是否不同，是否起作用。
8.布局错误：A.软件本地化后，由于源语言和本地化语言的表达方式不同，本地化后的字符数与源语言不同，每个字符所占空间尺寸不同，使得在英文版本正确显示的控件字符，可能在本地化版本显示不正确。
B.本地化人员调整程序资源不当引起，例如，对话框及其控件高度或宽度的不正确调整。
C.控件相互重叠或排列不均匀。
D.控件中字符显示不完整。
E.对话框中控件布局均匀，字符显示完整正确F.对话框中控件数量相等，没有多余或丢失的控件G.执行将要打开对话框的菜单或工具栏按钮，观察打开对话框中的控件布局。
H.对比检查源语言软件和本地化软件对应的对话框中控件的数量I.可能在执行不同的操作后，如选择了不同菜单或选按钮后，编辑框显示重叠等。
J.执行后带省略号的菜单或命令按钮，将会显示对话框。
9.双字节错误：A.源程序在设计时没有考虑双字节语言的支持。
B.软件本地化后，单字节字符向双字节字符转化过程中，由于单字节和双字节之间的差别，可能使得某些本地化后的双字节字符的显示乱码。
C.软件本地化后，对程序中控制符号如换行键“\n”的处理错误而引起乱码。
D.控件或对话框中显示不可辩识的字符。
E.控件或对话框中显示无意义的明显错误的字符。
F.不支持双字节字符的输入，包括双字节的文件名和路径名。
G.仅出现在本地化后的版本中。
H.本地化后的软件字符显示正确完整，无乱码或明显错别字。