3 业务测试（待续）
要做好项目的测试工作，保证测试质量，必须对业务流程非常熟悉。对业务的熟悉程度
决定你测试能做到多深的程度。
（1） 测试某些特殊字段的选择值是否已经升效，如（底层否：如果值为'是’，那么不允
许再为当前结点添加子结点，否则还可以继续为当前结点添加子结节点。如果有效
状态：选择值为'有效’，那么当前信息才可以被使用或被引用，否则不可以（初始
化查询时应该过滤掉）。 启用否：如果选择值为'是’，那么相应信息才可以被引
用，否则不可以（初始化查询时应该过滤掉））
（2） 测试年度信息时，一年只能有一条信息，否则系统应该给出“该年度信息已经存在”
提示信息
（3） 测试年度信息的子表信息：a)同一年度内同一子表内的信息值不允许有重复（编号、
名称）信息，否则系统应该给出相应的提示信息。b)不同年度内同子表内的信息值
是可以有重复信息的
（4） 某些信息只归属于底层信息，在测试时注意当前位置是否是底层（此类业务常出现
在左树右表的信息维护及主子表的信息维护中）
（5） 如果当前结点含有子结点信息，那么当前结点信息是不允许删除，否则系统应该给
出相应的提示信息
（6） 被其它模块引用的信息是不允许删除的（根据实际情况测试被其它模块引用的信息
是否允许进行修改操作）
（7） 含有子结点信息的当前结点是不允许修改为“底层”结点的
（8） 只有底层结点才能继续维护其子表信息否则应该将其子表信息隐藏
（9） 主模块是否可以正确调用子模块信息（1、不估任何操作主模块自动调用子模板信息；
2、启动操作后主模块调用子模块信息）
（10） 测试确认主模块调用子模块信息时，被引用的信息是完全对应并且无丢失
（11） 测试被引用的信息是否可以进行修改操作（通常作为基本信息被引用时是不允许进
行修改操作的；而在工作流程中被引用/调用的信息是可以进行修改操作的）
（12） 工作流程是否严格按需求中的业务流程流转
（13） 工作流程中权限分配是否正确
（14） 工作流中必须严格按分配的权限操作
（15） 测试仅限于某个阶段才能进行的操作，在其它阶段是否禁止或无此操作按钮
（16） 根据需求确认，如果当前审核步骤已经审核结束，需要经过某个操作激活下一审核
步骤还是系统自动流转到下一审核步骤
（17） 我的任务
1) 待启动的项目：统计查询需要当前登录人启动的项目（启动人操作权限根据需求来
确定----通常是项目负责启动项目）。查询列表应该提供启动操作，启动操作后相应
项目信息自动过滤掉。
2) 待分派项目：统计查询分派是当前登录人的项目。分派操作后相应项目信息自动过
滤掉。
3) 待审核/处理的项目：统计查询在审核阶段，并且当前审核步骤的审核人/处理人是
当前登录人或包含当前登录人的项目。查询列表中应该提供可能直接进行审核的功
能按钮，审核操作后操作后相应项目信息自动过滤掉。
4) 我参与的项目：统计查询已启动但未结束并且当前登录人做为项目组内成员参与的
项目信息
5) 我负责的项目：统计查询已启动但未结束（并且当前登录人是项目负责人的项目信
息根据需求确认，有时我管理的项目不受条件限制统计查询所有当前登录人是项目
负责人的所有信息信息）。
6) 已审核的项目：统计查询当前登录人已经审核完毕的项目信息（注意有的需求这里
只查询统计在审核阶段的已审核的项目）
11、对用户名、密码的有效性测试
（1） 密码信息有效性测试：特殊字符、正常字符、空字符（不输入）、空格
（2） 登陆名是否区分大小写
（3） 登陆名是否允许重名
（4） 用户名字和密码都为最大长度 （边界值分析，取上点）
（5） 用户名字和密码都为最小长度 （边界值分析，取上点）
（6） 用户名字和密码都是非最大和最小长度的数据（边界值分析，取内点）
（7） 用户名长度大于要求1位（边界值治觯±氲悖?nbsp;
（8） 用户名长度小于要求1位（边界值分析，取离点）
（9） 密码长度大于要求1位（边界值分析，取离点）
（10） 密码长度小于要求1位（边界值分析，取离点）
（11） 是否记住上次登陆名
（12） 密码信息有效性测试：字母数字混排、数字、符号数字、字母符号、数字符号、空字符（不输入）、空格 、ASCII字符、字符串在有空格、串在有半角空格
（13） 口令锁定：即输入口令次数的限制
（14） 密码显示是否以星号或者别的符号显示
（15） 看是否支持tap和enter键等
（16） 密码是否可以复制粘贴
密码修改测试方法
（1） 不输入旧密码，直接改密码
（2） 输入错误旧密码
（3） 不输入确认新密码
（4） 不输入新密码
（5） 新密码和确认新密码不一致
（6） 新密码中有空格
（7） 新密码长度有效性测试方法同上
（8） 新密码为非允许字符（如有的密码要求必须是英文和数字组成，那么要试汉字和符号等）
（9） 测试密码是否区分大小写，新密码中英文小写，确认密码中英文大写
（10） 新密码与旧密码一样能否修改成功
压力测试
（1） 压力测试前需要准备压力测试方案，构造测试数据，搭建测试环境
1. 准备测试数据
确定性能测试指标：
1) 用户容量（系统的最大注册用户数）；
2) 系统负载（最大负载，最小负载）；
3) 网络带宽；
4) 并发的用户数；（同一时刻承受的最大压力，测试对象“系统登录”）
5) 典型事物的响应时间；（用户给定的可接受的时间上限）
6) 稳定运行时间：在指定的事物数、指定的负载用户下、稳定运行时
间；
根据性能测试指标，选择一个业务场景：
7) 登录业务；（并发用户数）
8) 系统日志查询业务；（典型事物的响应时间）
9) 报表（多表）查询业务；
10) 简单事务；（稳定运行时间：在指定的事物数、指定的负载用户下、
稳定运行时间）
2. 搭建测试环境；
测试环境尽可能的与用户的客户端环境相同。
3. 执行测试
4. 结合性能测试指标，分析实时监视图表，确定系统瓶颈；
事物的响应时间是否可以接受？
网络带宽是否足够？
内存是否够用？内存是否泄漏？
Cpu 是否堵塞？
系统能否处理高负载？
（2） 根据性能缺陷，进行缺陷定位，调优工作；直到满足性能测试指标。
7 安装测试
（1） 自动安装还是手工配置安装，测试各种不同的安装组合，并验证各种不同组合的正
确性，最终目标是所有组合都能安装成功。
（2） 安装退出之后，确认应用程序可以正确启动、运行
（3） 卸载测试和安装测试同样重要，如果系统提供自动卸载工具，那么卸载之后需检验
系统是否把所有的文件全部删除，注册表中有关的注册信息是否也被删除。
（4） 至少要在一台笔记本上进行安装测试，因为有很多产品在笔记本中会出现问题，尤
其是系统级的产品。(有条件的情况下)
（5） 安装完成之后，可以在简单地使用之后再执行卸载操作，有的系统在使用之后会发
生变化，变得不可卸载。
（6） 安装时间是否合理；
（7） 对于客户服务器模式的应用系统，可以先安装客户端，然后安装服务器端，测试是
否会出现问题。
（8） 考察安装该系统是否对其他的应用程序造成影响，特别是Windows 操作系统，经常
会出现此类的问题。
（9）
8 统一性测试
（1） 所有弹出窗口居中显示
（2） 所有页面设计要求饱合，但尽量不要有横纵滚动条
（3） 页面设计风格要统一
（4） 要求编辑界面、住息列表中、错误提示信息、查询条件中的字段名称完全相同
（5） 添加/修改保存后，添加/修改界面是否自动关闭要求统一（建议修改保存后，修改界
面一般是自动关闭）
（6） 一个系统中相同功能的按钮名称要统一（如：添加新增，取消取消选择）
（7） 底层结点不允许添加子结点信息，那么单击底层结点时，“添加”功能按钮设为不可
用的，还是系统弹出相应的提示信息，在一个系统中要求统一
（8） 同一个功能按钮，不同模块相同的错误提示信息是否统一
（9） 不同模块相同字段值的输入方式是否统一
（10）
9 易用性测试
（1） 默认按钮要支持Enter 及选择操作，即按Enter 后自动执行默认按钮对应操作。（根
据实际情况现在可以只对登录界面要求此易用性）
（2） 可写控件项检测到非法输入后，应该给出说明并自动获取焦点
（3） 按Tab 键可进入下一个输入框
注意：在修改过的Bug 确认时，不仅要确认修改的Bug 是否已经通过，而且还要测试修改
后的程序是否引出新的Bug，因为在程序员刚修复Bug 之后时,往往程序员只修复报告出来
的缺陷而不去考虑别的功能在修改时可能会造成新的错误。
10 验收测试
软件产品测试部对经过内部单元测试、集成测试和系统测试后的软件所进行的测试，测
试用例采用业务流程测试用例 |
