表1 错误推测法测试用例
测试操作 预期结果 实际结果
修改用户信息时，不输入用户密码，确认密码，用户姓名的其中一个 提示：用户密码或确认密码或用户姓名不能为空，请输入 提示：用户密码或确认密码或用户姓名不能为空，请输入
修改用户信息时，用户密码和确认密码不一致 提示：用户密码和确认密码必须一致，请重新输入 提示：用户密码和确认密码必须一致，请重新输入
当创建出库单时，物料的出库量
大于库存量 提示：出库量不能大于库存量 提示：出库量不能大于库存量
5.2 白盒测试
白盒测试也称为结构测试。这种方法将软件看成是透明的盒子。根据程序的内部结构和逻辑来设计测试用例。白盒测试的主要方法有：逻辑覆盖、条件覆盖、判定/条件覆盖、条件组合覆盖、基本路径覆盖等。本系统采用了语句覆盖测试，其测试用例如表2所示。
表2 语句覆盖测试用例
测试操作 预期结果 实际结果
增加新用户，输入已经存在的用户登陆名称，其它正常输入 提示：该用户已存在，请出新输入 提示：该用户已存在，请出新输入
当数字必输项是，检查是否为数字和整数。输入“5e4895“ 提示：申领量字段必须为数字 提示：申领量字段必须为数字
申领单提交进入流程 按着流程图的线路审批完成 按着流程图的线路审批完成
在出库操作时，输入小于申领量的数字 可以成功出库，并且已出库量增加 可以成功出库，并且已出库量增加
当入库时，选择采购单所属物料 相应库存量增加 相应库存量增加
当点击“保存”、“提交”和“删除”时，行记录为空 提示：行记录不能为空 提示：行记录不能为空本文来自优*文~论'文&网，
毕业论文 www.youerw.com 加7位QQ324'9114找源文
6 总 结
在这次开发过程中，我全程参与其中，并担任主要开发人员，系统各方面根据用户的需求基本也已实现，从其中也收获颇多。我充分认识到开发前的需求分析、框架设计、技术选择等环节是多么重要。如果这些前期工作分析充分、设计良好，考虑周全，将会大大提高开发人员的开发效率，使开发思路更明确，开发过程更简单，同时也可避免一些不必要的错误。反之，若对这些环节草草了事，bug将会层出不穷，业务逻辑异常混乱，造成垃圾代码过多等问题，将会造成许多不必要的麻烦。具体来说，在做申领单时，添加物料以购物车的形式。因为当时没有领会客户的需求。所以在做出成品后，没有达到要求，不得不返工重做。因此对于业务细节，要多思考，才能减少不必要的bug，增强系统健壮性，易用性，为用户提供更多的便利。虽然，在开发过程中，遇到了不少问题，但在同事的帮助下，都顺利解决。并使自己在这次开发实践中，技术和业务分析能力得到了大幅提升。
上一页 [1] [2] [3] [4] [5] [6]
J2EE办公用品管理系统的设计和实现+需求分析+概要设计 第6页下载如图片无法显示或论文不完整，请联系qq752018766
