软件本地化测试
测试目的软件本地化测试的目的是为了发现和报告本地化软件的错误和缺陷。通过对这些错误和缺陷的处理，确保本地化软件的语言质量、互操作性、功能等符合软件本地化的设计要求，满足当地语言市场用户的使用要求。通过分析错误产生的原因和错误的分布特征，可以帮助项目管理者发现当前所采用的软件过程的缺陷，以便改进。同时，这种分析也能帮助设计出有针对性地检测方法，改善测试的有效性。 软件本地化测试的目标是以最少的时间、人力和软硬件资源，找出本地化软件中的各种类型的错误和缺陷。测试应该能验证本地化软件的功能和性能与源语言软件保持一致，本地化软件的语言质量、软件界面、文档内容等符合当地语言市场用户的使用要求，符合特定区域的文化传统和风俗习惯。 软件的特点、测试方法和测试时间等因素，决定了软件本地化测试，不可能进行完全测试。因此，经过软件本地化测试，无法表明软件中不存在潜在的错误，但是有效的测试能够发现尽量多的比较严重的软件错误。 二、测试原则测试原则规定了测试过程中应该遵循的基本方法，软件本地化测试的原则如下。 l 尽早地和不断地进行软件测试。软件本地化测试不是软件本地化的一个独立阶段，它贯穿于软件本地化项目的各个阶段。测试计划、测试样例等测试要素要在测试本地化软件版本（Build）前准备好。一旦得到可以测试的软件本地化版本，立刻组织测试。争取尽早发现更多的错误，把出现的错误在早期进行修复处理，减少后期修复错误时耗费过多的时间和人力。 l 在本地化软硬件环境中测试本地化软件。为了尽量符合本地化软件的使用环境和习惯，应该在本地化的操作系统上安装和测试本地化软件，使用当地语言市场的通用硬件，例如当地布局的键盘等，这样可以发现更多的本地化软件的区域语言、操作系统和硬件的兼容性问题。为了便于参考和对比，需要将源语言（例如英语）软件安装在源语言操作系统上。 l 软件错误报告、软件错误修复和软件错误修复验证应该由不同的软件工程师处理。为了保证软件测试效果，软件错误报告应该由测试工程师负责，软件错误修复应该由负责错误确认和处理的软件工程师负责，软件错误修复后的验证和关闭应该由软件错误报告者（测试工程师）负责。 l 软件本地化测试的重点是发现软件因本地化产生的错误。不要过多的耗费时间测试软件的功能，因为本地化测试前，远语言软件已经进行过功能测试和国际化测试。所以，应该将本地化测试的重点放在本地化方面的错误，例如语言表达质量，软件界面布局，本地化字符的输入、输出和显示等。 l 严格执行测试计划，排除测试的随意性。测试执行前，对每一项测试做出周密的计划，包括测试版本号、测试内容、测试平台、测试进度、资源要求、测试用例、测试流程、测试质量控制等，符合测试计划和测试要求说明文档的要求。 l 采用软件错误数据库管理软件测试中的所有软件错误。对每一个本地化测试的项目，建立结构完整、功能丰富、使用方便的数据库，以便有效的完成软件错误报告、查询、修复、存储等功能，从而提高测试效率，保证测试质量。[ Last edited by archonwang on 2005-8-13 at 09:19 ]
小小提议
楼主能否把段落分开，这样整个一段文字，看的都累！软件本地化测试类型
软件本地化测试有多种分类方法，每种分类方法包含多种测试类型，完成不同的测试要求。 一、按照测试对象分类按照测试的对象分类，软件本地化测试分为软件程序测试(Software Testing)，联机帮助测试(Online Help Testing)，其他文档测试(Document Testing)。其中，文档包括各种印刷的手册、用户信息卡、产品包装材料和市场宣传材料等。 二、按照测试阶段分类按照测试的阶段分类，软件本地化测试分为软件版本接受测试(Build Acceptance Testing, BAT)，软件常规测试(Normal Testing)，软件最终接受测试(Final Acceptance Testing, FAT)。 软件版本接受测试又称为版本健全检测(Build Sanity Check, BSC)，也称作冒烟测试(Smoke Testing)，是对刚刚编译的新版本在尽量短的时间内，进行基本功能测试，如果通过测试，则可以按照测试计划要求，运行测试用例，进行大规模的软件常规测试。软件最终测试又称为软件交付测试(Delivery Testing)，是软件本地化测试的最后阶段，通过该测试，软件供应商就可以准备发布本地化软件了。 三、按照测试方法分类按照软件测试方法分类，软件本地化测试分为手工测试和自动测试。 手工测试是指软件测试工程师，通过安装和运行被测软件，根据测试文档的要求，运行测试样例，观察软件运行结果是否正确的过程。 自动测试是指使用各种自动测试工具软件，通过运行事先设计的测试脚本等文件，测试被测软件，自动产生测试报告结果的过程。 应该根据被测软件的特点和测试要求，结合实际测试的技术和现有测试工具，将手工测试与自动测试有机结合，保证软件测试质量和测试效率。 四、按照测试特征分类按照被测软检的测试特征分类，软件本地化测试分为安装/卸载测试(Install/Uninstall Testing)，本地化语言测试(Linguist Testing)，软件外观测试(Cosmetic Testing)，软件功能测试(Function Testing)。 安装/卸载测试检测本地化软件能否正确地安装和卸载。本地化语言测试主要测试语言翻译是否正确、完整、一致。软件外观测试主要检查本地化软件的用户界面（例如，对话框、菜单和工具栏等）的布局是否完整、协调、匀称。软件功能测试测试本地化软件的功能是否与源语言软件保持一致，对于当地区域语言特有的功能是否正确，是否满足当地用户的使用要求。例如，亚洲语言的双字节字符支持功能，按照当地语言的列表排序，以及默认打印纸张大小和格式设置是否正确等。 软件本地化的测试类型还有其他分类方法，还包括其他许多测试类型，例如，性能测试(Performance Testing)、负载测试(Loading Testing)、兼容性测试(Compatibility Testing)、回归测试(Regression Testing)、随机测试(Ad-hoc Testing)等。它们分别完成软件部分特征的测试，不同测试阶段应该选择多种不同的测试方法相结合，以保证测试的质量和效率软件本地化测试策略
测试策略描述测试项目和测试任务之间的关系，说明要测试什么和怎样测试。软件本地化测试策略是进行软件本地化测试，采用的有效测试方法论和测试手段。 对于软件本地化测试，本地化提供商主要进行外观测试和本地化语言测试，软件供应商主要进行国际化测试和功能测试。软件在本地化之前，必须先经过软件国际化测试和可本地化性能测试等功能测试，然后再编译本地化版本。软件本地化提供商应该重点处理本地化提供商可以解决和擅长的调整本地化软件用户界面布局和语言翻译等问题，对于测试过程报告的软件硬编码（指直接嵌入在代码中的需要本地化的字符）和软件自身的功能错误只能由软件提供商处理。 由于软件本地化和源语言软件开发一起进行，因此，软件本地化测试通常要测试多个功能不断完善和丰富的本地化版本。这些不同的本地化版本测试的重点和具体测试内容各不相同。一般，第一个本地化版本，重点测试软件外观，即软件用户界面测试，包括界面控件大小和位置，也包括界面本地化的字符内容和样式，而在此阶段，软件联机帮助和其他文档都还没有本地化，不需要测试。软件的功能还不完善，不要过多耗费时间进行功能测试。最后一个本地化测试版本，是测试的最后阶段，要尽量保证全面的测试，包括本地化功能测试，软件程序、联机帮助语言质量测试，安装/卸载测试，并尽快处理发现的软件错误。在第一个和最后一个测试版本之间的中间版本的测试，要保持功能测试和语言测试行结合的测试方法，在稍后的软件界面冻结版本的测试中，重点测试文档本地化质量，包括语言和本地化图像的格式等方面。 关于软件错误和缺陷处理，应该尽量保证在每个版本测试周期内全部解决，以免错误和缺陷逐渐积累而最终没有时间全部处理，从而影响本地化测试质量。为了有效处理测试中的报告的软件错误和缺陷，本地化提供商和软件供应商的测试工程师必须每天检索共享专用的软件测试错误数据库，对属于自己要处理的错误及时处理。对于软件测试错误数据库中任何错误的处理，都要保存详细的处理记录。 从测试理论上将，每个新版本的测试都需要对前面的版本进行回归测试，以保证新软件版本功能的改进不会使以前的错误重现或产生新的错误。为了保证软件的最终质量，至少对最后一个本地化版本的交付测试执行回归测试。 对于本地化测试报告的功能错误，首先确认在本地化操作系统上安装和运行本地化版本可以重复错误，然后验证在源语言操作系统上安装和运行源语言版本是否也可以重复此错误，如果可以重复，则说明该错误属于源语言版本的设计错误。如果不能重复，还要在本地化操作系统上安装和运行源语言版本，如果能重复，则说明是与本地化操作系统有关的错误。如果不能重复，则说明该错误是本地化版本由于不正确的本地化产生的错误。这两类错误的修复处理难度较大，关键是定位错误产生的准确位置和真实原因。 为了保证软件测试报告的错误质量，以及快速查询、分类和存储测试中的错误，软件本地化供应商创建该项目内部专用的软件错误报告数据库(Software Problem Report, SPR)非常必要。为了提高报告给软件供应商的全部软件错误都是可以重复的真实错误，软件工程师负责软件测试并向错误报告数据库添加错误记录，高级测试工程师负责验证报告的错误包含完整的报告信息，确认属于真正的软件错误，然后添加到软件供应商提供的项目共享专用错误数据库，并注意这两个数据库的每个本地化测试错误记录保持一一对应和保持错误状态同步更新。软件本地化测试规范
测试规范描述了测试活动中需要遵守的过程、方法和准则，是保证测试质量、测试效率和测试效果的基础。 制定测试规范，加强对测试活动的管理，要把测试作为一个系统，对组成这个系统的各个过程加以识别和管理，以实现设定的系统目标。同时要使这些过程协同作用，互相促进，从而实现在设定的条件限制下，尽可能发现和排除软件缺陷。 测试包括测试规划、测试设计、测试实施、配置管理、测试管理等方面。 （1）测试规划确定测试的目标和策略。这个过程将输出测试计划，明确要完成的测试活动，评估完成测试活动所需要的时间和资源，设计测试组织和岗位职责，进行活动安排和资源分配，安排跟踪和控制测试过程的活动。 软件本地化测试的测试计划，通常由软件供应商根据源语言软件项目开发计划制定并提供给软件本地化提供商，测试计划包括各个测试阶段起始和结束时间、资源需求、测试内容等。软件本地化提供商根据得到的测试规划进行评阅和项目准备，并就测试计划中的具体问题与软件供应商协商和讨论，达成共识。 （2）测试设计根据测试计划设计测试方案。测试设计过程输出的是各测试阶段的测试用例，其结果可以作为各阶段的测试计划的附件提交评审。测试设计的另一项内容是回归测试设计，即确定回归测试的用例集。 软件本地化的测试设计，一般由软件供应商完成，软件供应商也可以提供软件测试文档，委托软件本地化提供商完成测试设计。软件本地化提供商完成的测试设计，要经过软件供应商的确认才能用于实际测试过程。 （3）测试实施使用测试用例运行被测试程序，将获得的运行结果与期望结果进行比较和分析，记录、跟踪和管理软件错误和缺陷，最后得到测试报告。 本地化测试由本地化提供商的测试项目组成员完成，需要与软件供应商有效协作，获得最新的测试用例和测试软件，提交测试结果（软件错误数据库和测试报告等）。 （4）配置管理测试配置管理是软件配置管理的子集，作用于测试的各个阶段。管理对象包括测试计划、测试方案（用例）、测试版本、测试工具、测试环境、测试结果等。测试资源管理包括对人力资源和工作场所，以及相关测试设备和技术支持的管理。 大型软件本地化测试项目，一般需要测试多个本地化版本，因此，测试周期较长。测试的内容多，需要较多的测试人员共同完成。测试过程需要在多个本地化操作系统上，运用多种测试工具和测试方法。软件测试过程会报告数百甚至上千个错误和缺陷，对软件错误数据库管理有较高要求。因此，测试配置管理在软件测试中具有重要作用。 （5）测试管理本地化测试需要掌握被测软件功能特征，专业的本地语言知识，熟悉测试工具和测试技术。因此，本地化测试是一项艰苦的、繁复的工作，难度大，工作量大，测试要求的时间短，测试过程中可能经常变更测试内容，因此，本地化测试管理变得十分重要，本地化测试管理是高质量、高效率地完成本地化测试工作的重要保证。 本地化测试管理包括软件测试的组织管理，测试质量管理，测试进度和资源管理，测试文档管理，测试数据的统计和积累。测试管理应由测试工作的各级负责人和机构管理部门共同担任，各尽其职软件本地化错误修复的技巧
有效修复软件错误需要熟悉被修复软件的使用和功能，根据错误的类型和特点选择适当的测试工具，熟练使用修复错误的工具软件，掌握各种修复方法，包括准确分析错误产生的原因，快速定位错误的位置，不断总结修复经验，循序渐进地提高修复错误的技巧。 以下列举出错误修复的常见技巧。 Ø 很多本地化引起的功能错误是由于额外的翻译程序变量引起的。因此，检查程序变量是否被翻译了。另外，字符串中多个程序变量的前后顺序，不能改变。 Ø 逐步替换法。修复错误的关键是定位错误。对于很难定位的错误，可以先用未本地化的源程序文件替换错误的本地化文件，确保源程序文件不能重现该错误。然后使用翻译的内容逐步替换可能产生错误的源程序文件，逐渐缩小错误产生的范围，验证错误位置，直到找到错误的最终位置。 Ø 搜索字符串的技巧。在使用本地化工具搜索本地化资源文件的错误字符串时，可以尝试先包含全部字符串，可以直接快速找到错误的位置。如果无效，再包含部分字符串搜索，找到错误字符串的文件名和需要修改的字符串的位置。 Ø 相同类型的多个错误可能是一个原因造成的。例如，全部对话框的字体类型格式不正确，可能是在本地化过程中，没有正确设置本地化的默认字体引起的。检查软件的全部可以本地化的资源文件，将所有对话框的字体统一设置成当地正确地字体可以解决全部该类错误。 Ø 一个错误可能在本地化软件的其他位置重复出现。不要孤立的修复一个错误，而应该检查和修复其他没有报告的相同错误。例如，如果报告了软件安装程序的“上一步(P)”和“下一步(N)”按钮中的文本显示不完整，应该检查全部对话框的这些按钮是否都不正确，并统一调整大小和位置。 Ø 有的错误可能不是被测软件的错误，而是本地化操作系统或第三方插件引起的。这类错误不属于本地化错误修复工程师的修复范围。 Ø 优先修复严重的软件错误。例如，功能错误和严重的翻译错误。 Ø 先易后难。首先修复简单的有把握成功修复的错误，然后集中精力修复难以定位的错误。 Ø 密切交流，善于总结。对于比较难以修复的错误，如果其他修复工程师以前成功修复过相同的错误，请教采用的方法是最快的办法。很多软件错误属于相同的类别，可以使用相同的方法修复，要善于观察、积累和总结修复方法。 达人！！！ 看的我眼睛冒烟,火死了
页:
[1]
