日历

« 2008-08-30  
     12
3456789
10111213141516
17181920212223
24252627282930
31      
Go Struggle!

我的最新日志

  • BUG分类标准

    2008-5-27

    一、目的

            对 BUG 概念、类型划分、 BUG 状态、 BUG 严重程度等内容进行定义和规范,以便进一步指导我们的软件测试工作

        二、概念

            BUG :软件中存在的瑕疵,可能会导致系统失效。简单的说就是软件系统中存在的可能导致系统出错、失效、死机等问题的错误或缺陷。

        三、 BUG 的类型划分

        功能类

        A. 重复的功能

        B. 多余的功能

        C. 功能实现与设计要求不相符

        D. 功能使用性、方便性、易用性不够

        界面类

        A. 界面不美观

        B. 控件排列、格式不统一

        C. 焦点控制不合理或不全面

        数据处理类

        A. 数据有效性检测不合理

        B. 数据来源不正确

        C. 数据处理过程不正确

        D. 数据处理结果不正确

        流程类

        A. 流程控制不符和要求

        B. 流程实现不完整

        提示信息类

        A. 提示信息重复或出现时机不合理

        B. 提示信息格式不符和要求

        C. 提示框返回后焦点停留位置不合理

        建议类
     
        A. 功能性建议

        B. 操作建议

        C. 检校建议

        D. 说明建议
     
        性能类

        A. 并发量

        B. 数据量

        C. 压缩率

        D. 响应时间

        常识类

        A. 违背正常习俗习惯的,比如日期 / 节日等

        特殊类

        A. 不符合 OEM 版本或 DEMO 版本特殊要求的

  • 管理软件市场百家争鸣 软件集成成为主要趋势

    2008-5-27

    随着各种管理软件如雨后春笋般纷纷出现,管理软件市场出现了百家争鸣的局面。同时,不同软件之间的整合问题,也越来越被人关注。具有较高的集成性、或者专业的软件集成平台,必将独树一帜,成为未来几年内,管理软件市场的主力军。软件集成,不可置疑会成为未来管理软件发展的主要趋势之一。

      根据信息化管理软件复杂程度的不同,信息化管理,由简到繁,由单一部门到部门之间的协作,经历了一个逐渐发展的过程。从最初的WORD、EXCEL等简单办公软件,到后来专业的财务管理软件、进销存管理软件、邮件服务系统,再到现在比较流行的ERP管理系统、CRM管理系统、OA管理系统、电子商务管理系统,系统功能越来越复杂。

      随着软件的不断升级,企业的管理软件业也要不断的更新换代。但是,以前很少有人会关心企业信息化投资的重复性问题,认为信息化投资就像买车一样,旧的不去,新的不来。但当用了最新的系统后,却很可能发现还没有原来的系统好用。

      随着企业对于信息化投资越来越理性,企业管理者,已经逐渐关注到信息化管理上,重复性投资的问题,在管理软件选型时,软件跟现有信息化项目的集成性问题,已经成为他们软件选型的重要指标之一。

      随着SOA从以前被企业打入冷宫,到现在逐渐升温,并被企业慢慢了解与接受,管理软件的集成,已经成为了未来管理软件发展的必然趋势。

      随着各种管理软件如雨后春笋般纷纷出现,管理软件市场出现了百家争鸣的局面。同时,不同软件之间的整合问题,也越来越被人关注。具有较高的集成性、或者专业的软件集成平台,必将独树一帜,成为未来几年内,管理软件市场的主力军。软件集成,不可置疑会成为未来管理软件发展的主要趋势之一。

      根据信息化管理软件复杂程度的不同,信息化管理,由简到繁,由单一部门到部门之间的协作,经历了一个逐渐发展的过程。从最初的WORD、EXCEL等简单办公软件,到后来专业的财务管理软件、进销存管理软件、邮件服务系统,再到现在比较流行的ERP管理系统、CRM管理系统、OA管理系统、电子商务管理系统,系统功能越来越复杂。

      随着软件的不断升级,企业的管理软件业也要不断的更新换代。但是,以前很少有人会关心企业信息化投资的重复性问题,认为信息化投资就像买车一样,旧的不去,新的不来。但当用了最新的系统后,却很可能发现还没有原来的系统好用。

      随着企业对于信息化投资越来越理性,企业管理者,已经逐渐关注到信息化管理上,重复性投资的问题,在管理软件选型时,软件跟现有信息化项目的集成性问题,已经成为他们软件选型的重要指标之一。

      随着SOA从以前被企业打入冷宫,到现在逐渐升温,并被企业慢慢了解与接受,管理软件的集成,已经成为了未来管理软件发展的必然趋势。

      软件集成的方向

      从以上的分析中,我们可以看出,软件的集成即将成为管理软件发展的主流,未来发展的主要趋势之一。根据软件公司发展定位的不同,未来的软件集成可能朝两个方向走。

      (一)各个软件公司在设计产品时,会公开越来越多的接口,以允许其他软件跟其通讯。

      软件公司出于实力与发展战略的考虑,不可能自己开发软件集成的平台。如让ERP软件厂商开发跟OA软件、其他公司的财务软件、CRM软件集成的平台有点困难。一是市场上管理软件种类繁多,而其设计架构、开发平台又千奇百怪,所以,要开发统一的平台,成本比较高,这样必然导致软件的价格提升,用户也就很难接受;二是不符合市场分工的规则,若让搞ERP软件的人去研究CAD软件的技术,有点强人所难;随着管理软件的不断发展,市场必定越来越细化,软件公司要开发统一的集成平台,越发显得不现实。

      因此,管理软件厂商可以做的,是开发一些丰富的接口,让其他软件或者专门的软件平台,如SOA平台,进行对接,就像现在绝大部分软件都有专门针对WINDOWS操作系统的接口一样。如此,软件公司就可以专注于自己产品的设计开发,只开发相应的接口而不用考虑软件之间的集成问题。软件集成的问题就交给专门的软件服务商来解决。

      (二)SOA等软件集成平台的产生,就好像操作系统一样,允许各种软件在其平台上进行互相沟通。

      软件集成的另一个方向,就是会产生一些专门软件集成的平台,如SOA,其就像WINDOWS、LIUNX操作系统一样,可以让安装在其平台上的软件互相进行沟通,进行数据共享,从而实现管理信息系统之间的集成。

      软件集成平台,因为其成本小、操作方便、易于集成等特性,会成为未来软件集成首要选择,笔者相信,随着软件集成平台越来越完善,更多的软件公司与企业用户将加入到软件集成平台的队伍中来。

  • TD

    2008-4-09

    这几天一直都在装TD,在WIN2003上安装的时候总是出现错误。最后还是安装个虚机在win2000里装的。。。在TD连接数据库时,有几点注意。

    1、在server name中输入的是sql的服务器。IP地址或计算机名(右击sql server---新建sql server注册。可以先注册一个sql server服务。)SQL系统中默认有个SA登录名,我把密码也改成SA就可以登录了。

    2、在数据库中将登陆的用户名和密码都改为sa,并安装SQL2KSP4补丁(压缩完文件后要执行setup.bat)。

     

  • 测试用例规范

    2008-3-05

    1. 测试用例规范
      对于每个功能,从类型一至类型十依次撰写相应用例
      对于不满足要求的非常规类型,可以不写相应的用例
      对于边界、空值、格式错误、溢出这几个类型,一个功能如有多个数据项测试类型相同,则可以放在一个用例里
      以下测试用例,均为最小的用例覆盖要求;对于没有提及的用例类型,视业务需求情况,撰写相应用例
      在测试过程中,输入数据可在测试用例规定的范围内做一定变化
    (1) 常规的测试用例:
      对于一个功能一个页面,每个数据项输入或选中典型的取值,生成一个用例
      对于一个功能多个页面,多个页面一起生成一个用例
      对于多个功能一个页面,每个功能生成一个用例
      每个功能操作需覆盖,如删除对话框点击确定、取消分别生成2个用例
      输入框测试,在允许范围内尽可能覆盖多的字符类别,如中文、英文、数字等
      对于每个功能点,必须通过一组(一个或多个)用例满足其业务覆盖:对于某条记录的每个状态,对于能进行的每个操作,都生成一个用例(即对业务功能流程中的每个角色,每个功能操作,生成一个用例)
    (2)初始化的测试用例:
    进入功能页面后,某些控件会初始化填入数据,生成一个用例确保所有的初始数据正确
    (3) 边界的测试用例
    对于每个数据项,生成一个边界用例(含最大、最小两个边界值)
      字符串数据以字符串长度为计量单位
      布尔值数据的所有取值都需测试
      多个复选框一组时,需测同时都被选中及都不被选中
      下拉菜单、列表框、单选按钮组为最大、最小的2个取值
    (4) 空值的测试用例:
    对于每个必填数据项,都生成一个用例(不提供空值的除外,比如无空值的下拉框、有缺省值的单选按钮组),则预期结果提示该数

    据项为空
    (5) 格式错误的测试用例:
    对于输入框数据项,都生成一个用例,预期结果提示该数据项格式错误
      日期输入框
      数字输入框
      字符串输入框:Email、邮编、用户名等带格式要求的
    (6)溢出的测试用例:
    对于输入框数据项,都生成一个取值范围外的测试用例,预期结果提示该数据项超出范围

      日期输入框
      范围的日期输入框,需添加上边界日期小于下边界日期的用例
      数字输入框(如‘金额’一般为正整数,填入一个负数)
      字符串输入框:超出规定长度的字符串
    (7) 关联的测试用例:
    对于相互关联的两个或多个数据项,生成一个用例,确保当一个数据项改变时,其他数据项的变化正确
    (8) 唯一值的测试用例:
    某些业务的数据字段要求是唯一的,生成一或两个用例(新建、编辑),使得输入数据与原有数据在该字段重复,预期结果为页面返回该数据已存在的提示
    (9) 权限不足的测试用例:
    对于功能模块,生成一个用例,以没有权限的用户身份访问,预期结果为提示权限不足
    (10) 角色权限的测试用例:
    业务功能流程涉及一到多个角色,对于每个角色,都生成一个用例,预期结果为用户以这个角色登陆时,他仅能执行权限允许的操作

统计信息

  • 访问量: 273
  • 日志数: 4
  • 建立时间: 2007-08-12
  • 更新时间: 2008-05-27

RSS订阅

Open Toolbar