发布网友 发布时间:2022-04-24 14:38
共3个回答
热心网友 时间:2022-07-09 10:47
三要素是够不成测试用例的,有很多东西的,例如编号,先决条件,输入,步骤,输出,预期输出,结果。你哪个合适。
热心网友 时间:2022-07-09 12:05
输入条件 预期结果 实际结果
热心网友 时间:2022-07-09 13:40
一、 测试之前要充分掌握业务流程
首先,在进行系统测试之前,要知道系统的业务流程,也就是说要清楚每项业务间发生的前后顺序。只有知道了业务的先后顺序,你的测试数据才能继续在ERP系统功能间流转,否则,无法进行各项业务的全面覆盖测试。
其次,还要明白每一项业务中的详细流程和各个环节涉及的角色,一项比较复杂的业务其详细流程往往比较多,只有了彻底掌握了这项业务,才能对当前业务环节进行全方位的测试。比如:订单管理中,销售业务员创建了一个销售订单,还要经过主管审核,方可执行订单,订单执行完毕后关闭订单。
二、 了解业务流程对应的ERP系统的功能
对整个业务有了总体的认识,再把业务分块,在ERP中找出相应的模块与业务对应起来。只有把业务和REP功能完全对应上了,才能说有可能对ERP系统进行全面的覆盖测试。
三、 系统功能集中测试和测试方法
找到与具体业务对应的ERP子系统,根据当前业务的流程与角色,对ERP子系统进行集中测试。测试还要讲求方法,尽量做到全覆盖测试,其中注意几点:
1)、按正常场景进行测试
根据业务流程,按着正常的顺序,用正确的测试数据测试系统;检查系统的结果是否与预期的结果相同,如果结果相符,表示当前系统模块符合业务逻辑;否则,系统有问题,将错误信息记录到BUG报告中,及时提交开发部门。
2)、测试异常场景
根据业务流程,输入异常的测试数据测试系统,查看系统提示哪些异常信息,并查看是否有异常判断,如果有,则表示系统做过异常考虑处理,否则表示系统漏掉了当前异常情况,需要提示开发部门,添加当前异常情况的考虑处理。
3)、特殊数据的处理
根据业务流程,在输入测试数据时,输入边缘数据、空值等特殊字符,查看系统是否做了数据录入范围和要求的判断,如果没有,表示系统遗漏数据范围和录入要求的考虑,需要提示开发部门,添加相应数据范围和要求的处理。