【你来问我来答第44期】：国际化（I18N）和本地化（L10N）测试（已结束）

yangyan21

祁老师，我是刚入门的新手，软件测试方面的知识都是自学的，了解的不是很多。想问一下，安全测试一般应该怎么测试啊？在实际的项目中应该从哪些方面去考虑？需不需要用到工具，有什么工具可以推荐一下吗，还有工具测试的缺点是什么？

liuyunhui119

祁彩云导师，我将永远追随你，支持你，你忠实的粉丝。

qi_cy

回复  lsekfe


   老师，自学测试需要看哪些书啊？重点是掌握哪方面？
465212164 发表于 2014-3-26 11:07

推荐一本入门级别的：软件测试 作者: （美）Ron Patton
另外，一本是<全程软件测试> 作者：朱少民 可以作为入门级的测试
如果想学习Web测试，推荐Web测试指南 作者：（美） Lydia Ash

作为初学者，要重点掌握：软件测试基础理论，测试的各种方法，测试过程，测试用例设计，缺陷管理

qi_cy

祁老师，我是刚入门的新手，软件测试方面的知识都是自学的，了解的不是很多。想问一下，安全测试一般应该怎 ...
yangyan21 发表于 2014-3-26 21:28

进行安全性测试 一是要根据业务逻辑分析各个组件（处理各个业务的组件，如浏览器，Web服务器） 二是分析数据在组件之间的传输路径 三是审核潜在的风险（需要对各个组件、数据流，协议等容易出现漏洞的地方进行审核）
另外要了解关于安全性的各种常见漏洞，如权限管理相关，Session、Cookie相关，协议相关等
IBM的 Rational AppScan 能扫描和检测所有常见的 Web 应用安全漏洞

qi_cy

祁彩云导师，我将永远追随你，支持你，你忠实的粉丝。
liuyunhui119 发表于 2014-3-27 10:13

刘同学这口号吓了我一跳啊，哈哈，以后多来分享你的测试心得和工作经验啊！

silver_q

关系还是有的，请见72# ：）
qi_cy 发表于 2014-3-25 23:14

跟翻译相关的，是L10N了

aviya

我是做工控系统测试的，比如：EtherCAT、Modbus、CANopen、profinet、profibus这些以太网协议和现场总线与单片机通信系统等等，这类资料真的很少，想找些人来一起学习学习吧！发个帖也是一直沉一直沉，沉到地底三万英尺的地方去了

sushe2009

回复 51# zbj793989849
chaidan？

qi_cy

该专题今天是最后一天了，感谢大家的捧场，也感谢大家的提问，回复帖子对于我个人来说也是一种温习和总结的过程，总结了下最近关于该专题的回复，如下！（没有太多时间重新评审，如果有错别字，相信大家中文阅读理解的能力哦）

帖子总结---国际化测试和本地化测试

基本概念：
I18N: 是Internationalization 国际化的缩写，中间的18 代表字母I和字母N之间的18 个字母，简称I18N。国际化测试是测试软件适应国际化市场的能力，即是当软件需要适应不同国家的区域、时间、语言、文化习俗的时，不需要重新设计软件和修改代码就可以支持。比如：对于Windows系统，测试它可以支持不同国家的区域设置、时间设置和不同的语言等，是进行国际化测试。那么这种国际化是必须在前期的设计阶段需要考虑的，当要开发成要支持各个不同的本地版本时，不需要过多的设计和代码修改，只需要通过修改相关配置或者少量代码修改即可支持。
L10N:是Localization 本地化的缩写，中间的10代表首字母L和尾字母N之间的10个字母，简称L10N。本地化测试是测试软件在特定的区域、语言和文化下的功能和性能是否符合本地市场的需求。
比如，对于Windows系统，在测试支持中国用户使用时，通过修改区域、时间、语言等配置，验证可以适应中国用户的功能和性能等需求。

相关书籍：
就书籍来说，目前为止只是看过崔启亮写的<国际化软件测试>这本书，谈不上特别推荐，同学如果有兴趣可以看看 , 另外印象比较深刻的是朱少民的《全程软件测试》里面有一章专门讲国际化和本地化测试，推荐看看。
另外，论坛版块[本地化软件测试与国际化软件测试]版主silver_q倾情推荐《全球化软件开发最佳实践》+《国际化软件开发》

国际化测试的源语言测试和伪翻译
个人理解，国际化测试其实是验证软件具备本地化的能力，比如设计的windows系统要有能力开发成中文版、日文、泰语版、阿拉伯语版等，那么这些需要在设计的时候在支持语言方面考虑的不仅仅是支持单字节，也要考虑双字节和多字节字符集，而测试的时候可以验证软件是否可以通过修改语言配置就可以支持相关的多字节语言如中文、日文等，并非要用实际的客户环境。
因此，常用的国际化测试有两种方法，一种是基于源语言进行功能测试，就是只是在源语言的基础上进行测试，是否可以在源语言版本上配置不同的区域、不同的时间、不同的语言，而不是Hardcode。
还有一种方法是针对伪翻译版本进行测试。伪翻译是测试软件是否支持多语言的国际化测试方法，通常会发现是否需要翻译的语言被硬编码，是否对字符集支持，界面是否支持可翻译性（翻译后的界面问题）等。
国际化一般是基于EN。原来项目组就是这么做的。基于源语言的测试是国际化常用的方法，源语言个人觉得可以是任何语言，所谓源语言是写在应用程序代码中的语言，如果源语言是zh_CN,当然可以先做zh_CN,再做EN,JP
而如果对于某版本的各个语言做本地化测试，肯定是需要模拟真实的环境，比如对于windows的日文版本进行本地化测试，是在国际化的基础上保证系统是支持日文、时区等设置，包括对于日式键盘支持、翻译成日文来验证系统的各个功能、性能等。

国际化测试常用的一些原则：
1，国际化测试尽早进行，在设计阶段就需要开始
2，本地化文字与源代码分离，避免hardcode(硬编码)
3，要支持单字节字符集(Single-Byte Character Set)和多字节字符集（Double-Byte Character Set）
4，支持Unicode标准，支持代码页转换，支持字体转换，支持双向文本（LTR，RTL）
5，避免嵌入本地化文字到Image（图片）或者Icon（图标）
6，界面控件可以自扩展
7，源语言的文字描述要精确，利于本地化翻译
8，快捷键要支持不同区域的键盘
9，源语言软件可以支持不同的区域和操作系统
10，字符串的长度要满足本地化后的扩展

本地化中的翻译问题：
翻译的问题，也就是本地化的问题，对翻译的支持也即时对本地化的支持。
国际化通常会从对字符集、文化习惯和对翻译的支持。可能有同学会有疑问？对翻译的支持不是对本地化的支持吗？前面我有讲过，所谓国际化其实就是本地化的能力，国际化是本地化的基础，只有做好了国际化，才可能本地化。
而对于字符集和文化习惯（日期、时间、货币、地址，人名等）的支持，通常可以通过使用UNICODE字符集（跨语言的代码时候最好采用unicode）来支持。
而对于翻译的问题，通常从下面几个问题考虑
1，界面布局
翻译后引起过长的字符串，导致被截断，被遮盖和对齐的界面问题
2，双向字符集语言的支持
也叫Bi-Direction Language。主要包括希伯来语、阿拉伯语和乌尔都语等。就是允许双向文本，普通的英文等语言的书写顺序是从左向右（LTR），而这些语言语言是从右往左（RTL）
3，本地化资源及文件和代码分离
从程序设计开始就需要考虑资源文件的分离和管理，也即是通过资源文件来保存本地化时需要进行翻译的内容。包括两个部分：一个是用户可以看到的界面信息，一个是异常时候抛出的信息

shigui3615

老师，您好！请教一个问题，我刚到一个新的公司，做测试管理的职位。公司准备做一个web系统的网站，没有现成的测试团队和测试流程。请问，要怎么对这个web系统做测试呢？这个问题涉及的范围比较广，希望老师您能耐心指点一下，万分感谢！

张亚洲

SongTesting

回复 1# lsekfe


    能问一下老师qtp的脚本要怎么学吗 看到那些脚本不知道要学习那些东西

qi_cy

回复 90# shigui3615
该活动已经结束，同学请直接qq联系我吧 54708388

qi_cy

回复  lsekfe


    能问一下老师qtp的脚本要怎么学吗 看到那些脚本不知道要学习那些东西
SongTesting 发表于 2014-4-11 12:48

qtp是vbscript脚本，先根据帮助文档学习吧，然后网上查查资料，先用自带的网站例子学习好了。

wulin_813

亲爱的美女，接口测试除了测试接口的联通性，关于接口返回的数据正确性的验证该怎么做呢？怎样做才能提高数据的正确性率，风险还能降低呢？

wphisme

老师好漂亮！！！