软件本地化手动测试培训.doc

软件本地化手动测试培训1. 软件测试简介1.1 软件质量的重要性软件是现代服务业发展的核心。目前，软件应用已渗透到各个领域，小到生活中的家电、电子消费品，大到国防、航天、医疗领域的精密仪器。随着软件应用范围的扩大，因软件质量出现的重大事件也屡见不鲜：中国银联业务中断6小时致使全国数百万笔跨行交易无法实现；奔驰公司召回130万辆问题轿车造成巨额损失；阿丽亚娜5型火箭发射失败导致欧洲整个航天计划推迟确保软件产品的质量和可靠性已成为当前软件行业发展的关键问题。正是意识到这个问题，政府相关部门下达多方文件进行扶持。与此同时，很多软件企业也开始重视软件质量，据2007年CSIP关于软件质量现状调研分析报告显示，82.7%的企业急于提高产品质量，71.6%的企业希望通过改进软件质量提高客户满意度。虽然我国对软件质量的关注较晚，但在政策的积极推动和企业意识的不断提高下，软件质量还是得到了较快的提升。1.2 软件测试的必然性软件质量正确的内涵包括三方面：完整的需求、正确的代码和最少的缺陷。软件测试就是在软件开发的整个生命周期中对这三方面进行有效控制的重要手段，是保证软件质量必不可少的一环。通过必要的软件测试，软件缺陷数可至少降低75%，而软件的投资回报率能达到350。国外大型软件企业对于软件测试十分重视，在国外成熟软件企业，1个软件开发工程师对应1-2个软件测试工程师，而国内软件企业，平均8个软件开发工程师才对应1个软件测试工程师，比例严重失衡。在中国软件企业发展早期，人们远远没有意识到软件测试其对质量控制的重要性。那时的测试等同于“调试”，目的仅仅是纠正软件中已经知道的故障，常由开发人员自己完成，对测试的精力投入较少，介入时间也较晚。随着IT业的蓬勃发展，软件越来越趋向大型化、高复杂度，软件质量问题逐步加剧，软件测试开始被企业所重视。软件测试的过程也由最初的后期调试上升到软件开发全生命周期的质量控制，测试的重要性和规范性也不断提高。在信息产业部关于计算机系统集成资质及信息系统工程监理资质的认证中，软件测试能力已被定为评价公司技术能力的一项重要指标。“以测代评”也成为我国科技项目择优支持的一项重要举措，据悉国家“863”计划对数据库管理系统、操作系统、办公软件等项目的经费支持，都要通过专业机构的测试结果来决定。除此以外，软件测试的方式也开始由手工向自动化测试方向转变，测试工具包括白盒、黑盒、嵌入式等七大类。软件测试的蓬勃发展在促进质量提升的同时，也将软件产业带进发展的新时代。“2007年我国软件与信息服务业前9个月实现收入3785亿元，出口产值由2006年的7.2亿美元上升到2007年的60.6亿美元。年销售上亿的企业达到上百家，金山WPS、方正等中文处理软件性能达到国际先进水平。这些都与我国软件测试的急速发展有着密不可分的关系。”信产部信息产品管理司处长孙文龙强调说，信产部将把软件产品的功能测试作为下阶段发展的重要内容，而培养专业的人才又是重中之重。 软测人才的稀缺性“一个合格的软件测试工程师应具有专业的知识背景、实际的操作经验、逆向的思维能力、团队的合作精神、快速的学习能力、优秀的书面表达能力、较强的沟通能力和责任心。”雅虎中国品质保证部经理鲍海燕表示，“此外，极度的耐心、细心、善于质疑等品质也是软件测试工程师所必需的。”而要想具备这些职业素质，跨入软件测试行业就必须经过系统的培养。目前国内软件测试人才主流培训渠道为IT教育机构。这些机构早在两年前就充分认识到软件测试岗位的重要性，把握市场对人才的需求趋势，邀请国内外知名的软件测试专家共同开发系统的培训课程，两年来为企业输送了6000余名专业人才，及时缓解测试人才荒的压力。与此同时，尚未开设软件测试专业的国内高校也开始关注软件测试的发展，于2007年8月，由教育部软件工程专业教学指导委员会、上海交通大学软件学院、清华大学出版社等组织的第一次软件测试教学研讨会在沪举行，首次明确提出“软件测试”是软件工程的核心课程之一。与国内方兴未艾的教育市场形成鲜明对比的，是人才市场的极度渴求。据前程无忧招聘网统计，目前，国内120万软件从业人员中，真正能担当软件测试职位的不超过5万人，软件测试人才缺口已超过20万并向30万大关急速挺进。在中华英才网近期发布的2007十大热门职业中，软件测试工程师也位居三甲之列。很多软件开发人员或计算机应用专业毕业生纷纷转投软件测试旗下。对此，清华大学著名计算机教育专家谭浩强教授认为，缺少专业性的培训会让从业者的工作大打折扣。“没经过专业培训的测试人员也可以想出35种测试方法，但不一定会测出bug，即便测出了，也无法用规范的语言表述错误，增加开发人员的工作负担。而训练有素的专业测试人员，可以想出1020种测试方法，运用边界值，等价类，因果图，探索法等各种方法来编写测试用例，最大限度地发现bug，并使用规范的语言撰写测试文档，从而有效提升软件缺陷的修复率。”2. 软件测试的基本知识2.1 软件测试的目的尽可能多的发现测试软件中存在的缺陷并进行修复，进而使最终发行的软件存在尽可能少的缺陷。2.2 软件测试的基本流程2.2.1 以下是软件测试的一个基本流程图：需要注意的是，在实际测试项目中，“执行测试”和“修复缺陷”两个环节一般会执行多个轮次，以确保软件质量。2.2.2 开发测试计划测试计划主要用以对该测试项目的整体框架进行设定，内容一般包括产品基本情况说明、测试策略、测试大纲、人力资源量、项目流程、项目进度表等信息。2.2.3 开发测试方案测试方案主要用以对测试项目的软硬件环境设置、项目时间表、人力资源配置、测试内容、测试工具、项目管理系统、缺陷管理系统等方面进行设定。2.2.4 开发测试用例 Testcase测试用例是测试内容的具体实现，规定了软件测试的具体实现方法。测试用例主要包括以下内容: 测试对象 描述 测试环境 测试步骤 测试点和预期结果2.2.5 执行测试按照项目时间表，根据测试用例的具体要求执行测试。具体方法是，根据测试用例中的的步骤对软件执行操作。将软件的实际表现与测试用例中规定的预期表现进行对比，若软件行为与预期结果不一致，则有可能是缺陷。2.2.6 修复缺陷对于在测试中发现的缺陷进行及时的修复，确保软件功能及界面正常。2.2.7 发行软件在经过多轮的测试和缺陷修复之后，若软件能达到发行标准，则正式发行软件。在实际测试中，根据于不同项目的具体情况和不同公司的习惯设定，测试流程可能会更复杂或更简单，不过其基本思路是一致的。2.3 对于缺陷的认识2.3.1 任何影响用户体验，从而降低用户对该品牌产品认知或评价的问题，都是缺陷2.3.2 在软件日趋大型化、复杂化的今天，不存在缺陷绝对为零的软件。3. 软件国际化和本地化的基本知识3.1 软件国际化I18N软件国际化是全球化的产物。一些大型软件公司为了开拓国际市场，其软件产品不但要提供一国语言的版本，还要提供其他国家语言的版本，这就产生了软件国际化的要求。软件国际化是一种软件工程方法，指在软件的设计和文档开发阶段为将来的本地化提供各种接口，使软件功能框架和代码设计能满足处理多种语言文字、标准转换、文化习俗、法律法规等要求，从而在创建不同语言版本的软件时，不需要重新设计源程序代码。3.2 软件本地化L10N软件本地化是指将源语言软件的界面、功能、文档等进行相应的本地化，使之能被目标语言市场的用户接受和使用。软件本地化包括文字内容的本地化，软件标准的本地化，软件功能的本地化，并确保软件在本地化之后仍保持良好的兼容性。4. 软件本地化测试的基本知识4.1 软件本地化测试理论4.1.1 本地化测试的必要性源语言软件（以英语软件为例）在本地化过程中会产生本地化的缺陷，因此需要执行软件本地化测试来保证本地化软件的质量。造成本地化软件缺陷的主要原因包括：l 文字内容未翻译或翻译不恰当l 排版错误l 由于本地化错误而造成功能性错误l 由于本地化错误造成与本地化系统及其他相关软件的兼容性错误l 由于修复缺陷而造成新的缺陷l 对于本地化缺陷后有详述。4.1.2 本地化测试的对象英语软件的本地化版本。4.1.3 本地化测试的方法4.1.3.1 在本地化语言的操作系统上安装相应语言版本的软件，执行测试用例的步骤，检查本地化软件的实际表现是否吻合测试用例规定的预期表现。4.1.3.2 在执行同样步骤的前提下，将本地化软件的行为与在英语系统上运行的英语版本软件行为进行对比，以英文软件行为为准。4.1.3.3 若出现预期结果与英文软件实际结果不符的情况，一般以英语软件的行为为准。对于这种情况的判断标准需要与开发组确认。4.1.4 软件本地化测试的流程4.2 软件本地化测试类型4.2.1 按照测试的模块分类：4.2.1.1 安装测试测试软件的安装、卸载、维护等功能是否能正常实现4.2.1.2 产品测试对某一产品的目标功能及相关界面进行的测试4.2.1.3 交互测试测试目标软件与其他软件能否并行及交互4.2.1.4 许可测试测试软件的激活、购买序列号等功能4.2.1.5 兼容性测试测试软件与其他软硬件的兼容性4.2.1.6 按照测试模块分类的软件测试类型还有很多，取决于软件的具体功能设计情况。4.2.2 按照测试的具体对象分类：4.2.2.1 用户界面测试 UI test采用遍历的方法检查所有的窗口、页面、对话框、信息、提示条等用户界面，测试的重点是检查是否有排版错误，快捷键错误，和文字内容的本地化错误。4.2.2.2 功能测试 function test测试软件的某一具体功能能否正常实现。4.2.2.3 差异测试 diff test (difference)比较新版本的测试软件与某一老版本的测试软件，检查二者之间在文件级别发生的变化是否是缺陷4.2.2.4 语言测试 native speaker检查本地化软件中的文字内容的翻译是否恰当，一般由以目标语言为母语的专业测试人员执行。5. 软件本地化测试缺陷类型5.1 核心缺陷 core bug指在英语build中重现的缺陷。从前面软件本地化的流程我们知道，本地化软件的核心代码和框架都是来自于英语。5.2 本地化缺陷 l10n bug指在英语build中不重现，只在本地化build中重现的5.2.1 语言质量缺陷 native speaker5.2.2 功能缺陷5.2.2.1 重复的热键/快捷键（duplicate hotkey/shortcut key）5.2.2.2 无效的热键/快捷键/链接/按钮（invalid hotkey/shortcut key/link/button）5.2.3 用户界面缺陷 UI bug5.2.3.1 截断 truncation5.2.3.2 重叠 overlap5.2.3.3 错行 misalignment5.2.3.4 文字排版 layout5.2.3.5 布局 layout5.2.3.6 乱码字符 garbage characters5.2.3.7 未翻译/未本地化的字串（untranslated string / unlocalized） build5.2.3.8 错误的翻译/本地化 5.2.3.9 字体（Incorrect font）5.2.3.10 标点符号（Punctuation）5.2.3.11 多余的或丢失的空格（Extra or missed space）5.2.3.12 丢失内容（Missed content） mock5.2.3.13 6. 软件本地化测试项目流程6.1 明确项目相关信息 系统镜像、Build、工具等的储存地址Ghost，VMware，ISO 项目信息地址：产品名、项目代号（Code name）Gator 、Build号 任务提交地址 任务提交标准 管理、技术负责人 任何其他项目负责人要求的信息6.2 获取任务获取任务时必须明确以下所有信息： 测试语言 测试情景矩阵（Test scenario matrix） Build#如果有最新的build 测试类型 任务开始时间开始时build没到 任务结束时间无法完成怎么办6.3 按照任务要求准备测试环境、build、和工具 测试环境：本地化和英语的操作系统要一致。 系统一定要是纯净的 拷到本机来安装6.4 执行测试、填写结果6.4.1 使用正确的测试用例6.4.2 按照matrix的要求执行所有测试步骤，检查所有测试点，填写测试结果6.4.3 按照测试用例的要求截取每一张本地化的图6.4.4 为每一个能够截图的缺陷截图，正确命名截图并保存Language ID_Bug Description_Project_build#DEU_Button does not work_Gator_457ENU_Invalid button_Gator_4576.4.5 对于所有需要说明的情况添加备注信息6.4.6 正确填写所有必填信息6.4.7 正确命名个人结果表Project_Loop_language_Test type_TesterGator_Loop 2_ESP_Installer UI_Oscar6.5 填写缺陷报告（bug report）6.5.1 报bug之前的工作搜索确定是否重复KPIOpen2. Select test.doc to openOpen a doc file 简洁：无缝连接的步骤不表示繁琐Steps 1：（繁琐）1. Create a clean CHS XPP SP3 32bit OS2. Install CHS MS Office Word 2003 (Version: 2.0.145)3. Go to Start Menu - All Programs - Microsoft Office - Microsoft Office Word 20034. Click File - Open5. The “Open” dialog appears6. Click “Look in” drop-down list and select disk D7. Select folder “package” and then click “Open”8. Select file “Ordinary.zxp” and then click “Open”9. Click “OK” button in the pop-up dialogSteps 2：（简洁）1. Create a clean CHS XPP SP3 32bit OS2. Install CHS MS Office Word 2003 (Version: 2.0.145)3. Launch MS Word 2003 and open a .zxp file4. Click “OK” button in the pop-up dialog 一般使用动词开头 写到bug出现为止6.5.3.3.3 实际结果/预期结果 实际结果 准确描述缺陷的具体情况There is truncation in this dialog, please refer to attachment “Truncation.png”.The “Cancel” button is truncated. 如有附件，实际结果可以以“please refer to attachment “”收尾Attached Error.txt is the detail error information.Please use attached install.zxp to reproduce this bug. 预期结果 常规、常识 英语软件的行为（多数）There should not be truncation in this dialog.The layout should be OK/correct as ENU build.Actual result:The expected “Help” dialog does not appear after clicking “Help” button.Expected result:The “Help” dialog should appear after clicking “Help” button as ENU build.6.5.3.3.4 附件附件一般包括截图或其他文件，用以提供对缺陷的直观表现，或对于缺陷各种信息的必要说明。 截图 截图必须采用同位置的本地化截图和英文截图对照的模式 本地化和英语build的截图要各自独立（Autodesk project） 本地化截图中必须标出缺陷所在的位置并有文字说明; 英语截图不要做任何修改（Autodesk project） 格式一般为jpg 或png 作图美观简洁、直观易懂 截图命名规则 截图的名称要准确反映缺陷类型 单词中间用下划线分隔 每个下划线后面的首字母大写 添加语言代码 RUS_Truncated strings.png 文件 根据提供完整缺陷信息的需要，上传文件 配置文件 错误信息 test file 多个附件的压缩包 若添加了文件，必须在实际结果中对每一个文件进行说明 附件过多（3个）或过大时应用压缩包的格式上传 必须使用zip格式，不允许.zipx格式，不允许rar格式6.5.3.4 备注备注信息用于对缺陷信息进行补充说明，如有的缺陷在XP x86系统上发生，但是在Win7 x86系统上就不发生。6.5.3.5 相关信息 绝对准确 严格遵守客户的相关规定6.5.3.6 模板6.6 提交结果6.6.1 测试结果表，上传至指定文件夹6.6.2 截图 测试用例指定的截图 缺陷截图6.6.3 其他要求的文件6.6.4 建立“待处理问题”文件夹以跟踪需确认的问题6.6.5 集中报bug6.6.6 填写bug list6.6.7 填写任务分配表任何一个点被block，整个项目就被block 填写任何Excel表和Word文档时，要保持格式、字体的一致性 填写完毕任何Excel表格后，要选中第一个工作表的第一个单元格，保存后关闭 填写完毕任何Word文档后，要将鼠标光标放置全文档第一个字符之前，保存后关闭7. 缺陷流程7.1 缺陷的基本处理流程7.1.1 Open-ToFix Open-To Review-Fixed Closed-Fixed7.1.2 测试人员在A语言的本地化版本上发现问题7.1.3 经确认是bug7.1.4 到缺陷数据库中查看该缺陷是否已经在A语言上报过7.1.5 该缺陷是否在其他语言上报过7.1.6 填写缺陷 report，上报缺陷7.1.7 修复缺陷的人员根据缺陷 report重现该缺陷，并在以后的版本（不一定是下一版本）中进行修复。7.1.8 测试人员在修复了该缺陷的build上验证是否修复正常 若正常修复，则关闭该缺陷 若未修复，则再次打开该缺陷7.2 缺陷的状态 Open-To Fix Open-To Integrate Open-To Review-FixedChecked that this bug still appears on DEU 3.6.5 build.DEU_Truncation_3.6.2.pngDEU_Truncation_Reproduce_3.6.5.pngThis bug is fixed on DEU 3.6.5 build. Closed-Fixed Open-To Review-Duplicated Closed-Duplicated Open-To Review-Wont be fixed Closed-Wont be fixed Open-To Review-Next release Closed- Next release Open-To Review-Cant reproduce Closed- Cant reproduce1. Bug report书写有误2. Really cannot reproduceChecked that this bug does not reproduce on 3.3.3 build. Open-To Review-Need More Info Open-ToFix-Have New Info Open-To Review-Not a bug Closed-Not a bugDuplicatedWont fixCannot reproduceNot a bug (NAB)bug verificationbug/defect regressionToReview-fixed1. This bug has been fixed on 235 build. Closed-Fixed2. This bug still appears on 235 build. Open-ToFixTo Review-Need More InfoToReview-HaveNewInfoDuplicatedWont fixCannot reproduceNot a bug (NAB)Closed as duplicated according to XXs comments.To ReviewChecked that this bug on build #3.45 and it still reproduces, will check it on later build. Edit bug： Bug list: only add new reported bugs8. 软件本地化测试常识和技巧8.1.1 本地化系统装本地化产品8.1.2 网络使用8.1.3 本地化字符对于本地化字符的使用，贯穿于本地化测试的始终。在任何可以使用本地化字符的地方都要使用以测试软件对于本地化字符的支持。 系统用户名 安装路径 c:program filesAutodesk件对 文件名 保存路径 任何文字输入框8.1.4 语言切换Shift+AltCSY8.1.5 F2快速重命名8.1.6 不同语言字母对照表8.1.7 本地化语言代码8.1.8 Google Translate在我们的测试中十分有用。如要在设置系统时找相应的选项，或者检查某个本地化提示信息的意思等8.1.9 在某些拉丁文语言中，某些词的拼写是和英语完全一样的，尤其是某些按钮的名字，在报缺陷之前请先确认8.1.10 专有名词不能被翻译为本地化语言，否则是缺陷。专有名词包括公司名，产品名，实际路径，及其他特定的专有名词8.1.11 服务器上的任何非公用文件都要拷到本机使用8.1.12 不要在服务器上删除或更改任何不属于你的文件10.5.1.1swap20101213-20101219Oscar8.1.13 日文和韩文的斜杠#8.1.14 不能确定重现步骤的缺陷不报8.1.15 效率与质量的关系处理8.1.16 Ad-hoc testZYQA9. 常用工具的使用9.1 Snagit9.1.1 设置9.1.1.1 截图模式点击鼠标来选取截取区域、截取窗口、截取屏幕等模式9.1.1.2 输出设置 默认图片格式为PNG，也可以通过点击“OutputPropertiesAlways use this file format”来手动指定图片格式InCtrl5InCtrl5CleanerBeyondCompareWelcome 欢迎9.1.2 截图按“Print”键即可进行截图9.1.3 制图 框选 文字输入 箭头 截取9.1.4 设置9.1.5 批量更改图片格式9.1.6 录屏9.2 VMWare9.2.1 启动虚拟机镜像9.2.2 升级虚拟机工具9.2.3 制作还原点9.3 MS Office9.4 压缩工具10. Windows系统常用设置10.1 网络设置10.2 文件夹选项设置10.3 文件夹权限设置 NTFS FAT3210.4 UAC设置 user account control10.5 区域和语言设置10.6 注册表的基本使用方法10.7 命令提示符的基本使用方法10.8 用户账号设置10.9 共享设置10.10 安装IIS10.11 关闭自动恢复10.12 设置显示模式：分辨率，刷新率，主题10.13 映射网络驱动器10.14 远程桌面连接10.15 FTP11. 邮件的书写11.1 养成经常检查信箱的习惯11.2 明确回答问题11.3 要不要回复11.4 回复的人选12. 软件测试人员应具备的素质12.1 用心12.2 高度负责12.3 精力集中12.4 踏实、稳定13. 个人职业发展脚踏实地，坚韧不拔