浅谈OA系统平台用户测试问题

　　一、简述OA系统平台的功能。

　　办公自动化即Office Automation，简称OA。目前流行的办公自动化系统多采用多层体系结构，其应用服务架构位于中间层之上，客户端通过常用的IE 浏览器界面访问系统，具有接口统一、访问简单、易升级、易扩充的特点。用户使用IE浏览器输入OA系统地址、域名等，通过互联网、局域网等网络连接OA系统。包括公文处理； 辅助办公；公告信息； 个人事务；办公助手；项目管理……

　　二、OA系统平台检测步骤、方法。

　　用户测试要制定相应的测试要点，如，先测功能后测流程；先测部门内部后测部门之间（包括集团领导、其他职能部门和子公司）；最后进行集成测试和实战演习。同时，也要设计测试方案和选择典型案例，具体可以有如下步骤：

　　1、作为用户测试的主要基础数据的依据，要确立模拟实际工作的典型案例，尽量多地覆盖待测试功能和流程。一般由开发方提出建议，由甲方和用户方审定。

　　2、测试技术方案和技术文档主要由开发方准备；

　　3、全过程测试记录表主要由甲、乙方根据案例和流程设计制作；

　　4、集成测试时，有关部门、有关领导要亲自组织和协调；尽量用真角色、真数据，越接近实际使用越好；

　　5、测试记录表由甲、乙方跟踪记录；反馈表由参测用户填写；作为评价系统和优化完善系统的依据；

　　6、在测试开始时，开发方可以提供一个待测功能和流程的清单，方便用户测试；

　　7、用户测试一般要反复多次测试；一般要经过3轮测试。

　　三、OA系统平台检测关注点。

　　OA系统平台是为了满足用户需求而诞生的产物，测试的很大一部分工作集中在用户界面上， 不需要深入研究其内在结构，而是“表面化”地使用软件，从输入输出的信息内容中寻找可能的错误和纰漏。下面对OA系统平台检测关注点进行分析与描述。

　　1、功能性

　　系统可以完成的某些事进行得非常困难、笨拙（繁琐），令人迷惑甚至难以忍受，如果出现了以下情况之一，可以认为系统可能存在功能性错误：

　　（1）过度功能性：多工作任务的系统将很难学习和掌握，而且容易忘记。它要求大量的文档（开发文档，帮助文档和屏幕）。如果功能模块间模块过于紧密，则发生关联错误的几率要提高不少。用户需要的只是简单功能， 而不要让系统过于膨胀成为一个“怪物”。

　　（2）功能性必须由用户创建：最常见的情况之一就是要求用户自己配置软环境（如配置数据源，一般都可以在安装系统中自动完成；当然还包括程序用到的组件在系统中不存在，安装程序没有提供相应的支持）。

　　部分软件还有夸大功能性、任务的不适当性、遗漏功能、错误功能等等。

　　2、人机交互

　　（1）帮助文本和错误信息：帮助文本和错误信息通常被认为是产品的次要部分。然而，对于我们用户而言，这又是必不可少的部分，当你感到困惑或是有麻烦时，寻求帮助或倾向于使用错误处理程序，而如果其中有信息误导了你，那么无异于火上浇油。

　　（2）未能正确显示：如果系统常常需要突出显示某个特定类别的项目，例如提示或者在激活窗口中的项目、文本。

　　（3）菜单布局错误：我们有时候会发现在编辑菜单下突然冒出了一个文件关闭的选项， 而一般它是放在文件一栏下的。相似的或从概念上相关的菜单选择应该分组，或者应该在屏幕上说明；选择一个菜单项通常应该独立；还要注意在同一栏不要出项重复的按钮。

　　3、命令结构和录入

　　（1）命令位置：如果同一命令在不同子系统中出现，那么要在不同子系统的同一位置保留。

　　（2）功能键：功能键在系统中应始终保持一致（颠倒或是功能冲突是不能接受的）。如果大多数系统用F1 作为帮助键，那么就不可以在系统中将它定义为其他的功能。

　　（3）菜单导航系统：即使在一个最适当的深层菜单系统中，你也必须能够返回到前一菜单，或者移到菜单结构的顶层，并能在任何时刻离开系统。例如我们公司的OA系统平台在使用综合管理时，新建某个大项目，正在修改该项目的子项目界面编辑时，如需查看整个项目的信息时， 又要使用“后退”这个功能，但关键是“后退”又退回到公司的项目列表的界面而不是该大项目界面，这样操作不是很方便。

　　4、危机预防

　　（1）不能在系统中间退出：当使用一个子系统但还没有对存储的数据造成不利影响时，你应该能够从中退出；如果你正在编辑的文件出现了预想不到的错误，在中止后应能回到先前保存过的状态。