简单并快乐着。。。

发布新日志

  • 字符串的国际化

    2009-09-09 18:35:42

    1 类文件的国际化
    (1) 创建 Message.class 类
        import java.util.MissingResourceException;
    import java.util.ResourceBundle;

    public class Messages {
        private static final String BUNDLE_NAME = "com.lmy.messages";

        private static final ResourceBundle RESOURCE_BUNDLE = ResourceBundle
                .getBundle(BUNDLE_NAME);

        private Messages() {
        }

        public static String getString(String key) {
            try {
                return RESOURCE_BUNDLE.getString(key);
            } catch (MissingResourceException e) {
                return '!' + key + '!';
            }
        }
    }
    说明:private static final String BUNDLE_NAME = "com.lmy.messages" 中的 com.lmy.messages 是message.properties 文件所在的包

    (2) 创建 Message.properties 文件,并编辑需要进行国际化的字符串
    (3) 在编写代码时,使用键就可以取得相对应的键值

    2 plugin.xml 文件的国际化
    (1) 创建 plugin.properties 文件,编辑所要进行国际化的字符串,键与键值一一对应
        格式: key = "Value" , eg: KButton = "OK"
    (2) 编辑 plugin.xml 文件,将对应的字符串替换为 "%key",name="%OKButton"
        如果是创建的是插件项目,将扩展的内容进行国际化,则可以在定义扩展时直接编辑,在对应的字段上输入:%OKButton
        相当于使用“%+key”来表示实现的值

    (3) 如果通过(1),(2) 的设置后,所设置的字段没有反应,还是 %xxx 的形式,则在 MANIFEST.MF 中添加一行:Bundle-Localization: plugin ,这样就可以显示相应的字符串了,这只是针对于插件项目。
  • 测试时要考虑的因素《1》

    2009-09-01 18:34:01

    1 功能测试
    (1) 内容的长度,内容的字符类型
    (2) 要根据不同的情况进行分类测试
    (3) 需求更改时,要注意测试相关联的功能
    (4) 每个功能点要测试到位,测试完全
    (5) 一个逻辑的改动,要考虑到其它可能关联的模块
    (6) 要考虑细节方面的逻辑问题
    (7) 提示信息的正确性
    (8) 用户的实际使用情况,本地化的问题
    (9) 各个模块提示信息的一致性,同步性的问题
    (10) 系统升级时,已存在数据的测试,错误数据和问题数据的测试
    (11) 注意日常使用流程的测试,而不只是特殊流程的测试(注意测试的习惯)
    (12) 极限值,边界值的问题
    (13) 了解系统,并进行分类测试
    (14) 要注意版本的控制和回归测试
    (15) 回归测试时,要考虑各种情况

    2 UI 问题
    (1) 不同显示模式的测试
    (2) 字体,控件的高度,宽度,布局
    (3) 各个页面内容,界面是否统一,一致
    (4) 边界值的情况

    3 数据,字符串的异常问题
    (1) 数据,字符串异常的处理
    (2) 容量,极限值的测试
    (3) 特殊字符串的测试
    (4) 空格,空白符的处理

  • 软件测试的艺术(1)

    2009-06-01 18:57:28

    软件测试的艺术 --> 软件测试的心理学与经济学,原则
    1  心理学:测试是为了发现错误而执行程序的过程
    2  经济学:完全测试是不可能的,也不可能发现所有的错误,所以开始测试之前建立某些策略,进行适当的测试
    3  测试原则:1) 测试用例中,一个必需部分是对预期输出或者结果进行定义
               2)程序员应当避免测试自己编写的程序
               3)编写软件的组织不应当测试自己编写的软件
               4)应当彻底检查每个测试的执行结果
               5)测试用例的编写不仅应当根据有效和预料到的输入情况,而且也应该根据无效和未预料到的输入情况
               6)检查程序是否“未做其应该做的”只是测试的一半,测试的另一半是检查程序是否“做了其不应该做的事”
               7)应避免测试用例用后丢弃,除非软件本身就是一次性软件
               8)计划测试工作时不应该假定不会出现错误
               9)程序某部分存在更多错误的可能性,与该部分已发现错误的数量成正比
               10)软件测试是一项极富创造性,极富挑战性的工作
Open Toolbar