模板
教程
环境
性能
功能
管理
如何做好系统测试
一套软件做完了，在给客户上线之前，我们自己要进行完整的系统测试，这个工作听起来好象没什么，但其实是很不好做的，这要求测试人员要熟悉业务、熟悉系统的各个功能项、还要有一套完整的测试方法。我们软件销售部从开始做系统分析工作，现在又开始担当系统测试的角色了，没办法，公司人手不够，只能担当多种角色了。不过对于我们来说也有一定好处，系统分析设计是我们做的，现在做好的系统由我们来测试，一是我们对业务比较熟悉，二是对我们来说也是一种自我的检验，检验一下自己设计的系统是否合理，为以后更好的系统分析打好基础。
好了，言归正传，讲一下我们在测试工作中的一点体会吧，写出来一面为自己理一下思路，二也是为自己做工作的一个总结。
一、 测试之前要充分掌握业务流程
首先，在进行系统测试之前，要知道系统的业务流程，也就是说要清楚每项业务间发生的前后顺序。只有知道了业务的先后顺序，你的测试数据才能继续在ERP系统功能间流转，否则，无法进行各项业务的全面覆盖测试。
其次，还要明白每一项业务中的详细流程和各个环节涉及的角色，一项比较复杂的业务其详细流程往往比较多，只有了彻底掌握了这项业务，才能对当前业务环节进行全方位的测试。比如：订单管理中，销售业务员创建了一个销售订单，还要经过主管审核，方可执行订单，订单执行完毕后关闭订单。
二、 了解业务流程对应的ERP系统的功能
对整个业务有了总体的认识，再把业务分块，在ERP中找出相应的模块与业务对应起来。只有把业务和REP功能完全对应上了，才能说有可能对ERP系统进行全面的覆盖测试。
三、 系统功能集中测试和测试方法
找到与具体业务对应的ERP子系统，根据当前业务的流程与角色，对ERP子系统进行集中测试。测试还要讲求方法，尽量做到全覆盖测试，其中注意几点：
1)、按正常场景进行测试
根据业务流程，按着正常的顺序，用正确的测试数据测试系统;检查系统的结果是否与预期的结果相同，如果结果相符，表示当前系统模块符合业务逻辑;否则，系统有问题，将错误信息记录到BUG报告中，及时提交开发部门。
2)、测试异常场景
根据业务流程，输入异常的测试数据测试系统，查看系统提示哪些异常信息，并查看是否有异常判断，如果有，则表示系统做过异常考虑处理，否则表示系统漏掉了当前异常情况，需要提示开发部门，添加当前异常情况的考虑处理。
3)、特殊数据的处理
根据业务流程，在输入测试数据时，输入边缘数据、空值等特殊字符，查看系统是否做了数据录入范围和要求的判断，如果没有，表示系统遗漏数据范围和录入要求的考虑，需要提示开发部门，添加相应数据范围和要求的处理。
以上三方面的考虑，是比较常见而且不可遗漏的测试部分，当然，可以用测试用例来规范。如：
功能特性投料
测试目的把车间物料台账存放库位调整与实物的投料地点相同
数据准备5条 物料流水码
预置条件车间物料台账中存在 5条物料流水码，并已登记存放库位。
测试项操作描述测试数据期望结果测试结果
1输入库位号输入新的库位编号，回车(投料)02页面跳转到下一页面，并显示刚输入的库位编号信息
没有输入库位编号，回车(投料)空值提示输入库位信息才能投料
输入长度超过4位的数字编号或不存在的库位编号，回车(投料)020202或abc提示没有当前库位编号
2输入流水码扫描(输入)物料流水码，回车(加至投料清单)QM0600011把输入的物料流水码添加到投料清单表格中
没有输入流水码，回车空值 提示物料流水码不能为空
输入长度超过9位的编号或随意输入值 QM060001121或abc提示物料流水码不正确 信息
3投料检查清单，需投的物料全部录入后，选择 投料 提示投料成功
检查清单，需投的物料全部录入后，选择 投料 如果投料操作失败，提示错误信息
测试人员 开发人员
四、 提交BUG报告
通过前边的测试，把得出的错误信息，以BUG报告的形式展现出来，转发给开发部门相应人员，以例开发部集中修改系统错误信息。下边说一下BUG报告的内容：错误序号、发现日期、子系统名称、二级模块名称、三级模块名称、发生页面、错误描述、发现者、是否修改状态、修改人意见、修改人、修改日期、确认人、确认日期。按着上边这几项内容，将错误信息以BUG报告的形式列表出来，转发给相应的部门修改。
五、 回归测试
BUG修改完毕后，更新ERP系统，更新完毕后，对已往的错误信息进行二次测试，以确保错误信息的正确修改。
通过以上五个步骤，把我们销售部当前进行的测试工作，做了一个完整的总结，这就是我们目前采用的简单的测试方法和步骤，经过我们的测试，系统性能得到了一定的提高，当然不否认系统还可能存在一些潜在的问题，这需要我们在后期维护中不断的改进，今天写到这里，希望有测试经验的朋友能提出更好的测试建议，我们一同提高!!
