共计 1440 个字符，预计需要花费 4 分钟才能阅读完成。
分享来自作者多测师 11 的原创作品《软件测试之怎么做好零碎测试》
GoodMai 好买网
一套软件做完了，在给客户上线之前，咱们本人要进行残缺的零碎测试，这个工作听起来如同没什么，但其实是很不好做的，这要求测试人员要熟悉业务、相熟零碎的各个性能项、还要有一套残缺的测试方法。咱们软件销售部从开始做系统分析工作，当初又开始担当零碎测试的角色了，没方法，公司人手不够，只能担当多种角色了。不过对于咱们来说也有肯定益处，系统分析设计是咱们做的，当初做好的零碎由咱们来测试，一是咱们对业务比拟相熟，二是对咱们来说也是一种自我的测验，测验一下本人设计的零碎是否正当，为当前更好的系统分析打好根底。
好了，言归正传，讲一下咱们在测试工作中的一点领会吧，写进去一面为本人理一下思路，二也是为本人做工作的一个总结。
一、测试之前要充沛把握业务流程
首先，在进行零碎测试之前，要晓得零碎的业务流程，也就是说要分明每项业务间产生的前后程序。只有晓得了业务的先后顺序，你的测试数据能力持续在 ERP 零碎性能间流转，否则，无奈进行各项业务的全面笼罩测试。
其次，还要明确每一项业务中的具体流程和各个环节波及的角色，一项比较复杂的业务其具体流程往往比拟多，只有了彻底把握了这项业务，能力对以后业务环节进行全方位的测试。比方：订单治理中，销售业务员创立了一个销售订单，还要通过主管审核，方可执行订单，订单执行结束后敞开订单。
二、理解业务流程对应的 ERP 零碎的性能
对整个业务有了总体的意识，再把业务分块，在 ERP 中找出相应的模块与业务对应起来。只有把业务和 REP 性能齐全对应上了，能力说有可能对 ERP 零碎进行全面的笼罩测试。
三、零碎性能集中测试和测试方法
找到与具体业务对应的 ERP 子系统，依据以后业务的流程与角色，对 ERP 子系统进行集中测试。测试还要讲求办法，尽量做到全笼罩测试，其中留神几点：
1)、按失常场景进行测试
依据业务流程，按着失常的程序，用正确的测试数据测试零碎; 查看零碎的后果是否与预期的后果雷同，如果后果相符，示意以后零碎模块合乎业务逻辑; 否则，零碎有问题，将错误信息记录到 BUG 报告中，及时提交开发部门。
2)、测试异样场景
依据业务流程，输出异样的测试数据测试零碎，查看零碎提醒哪些异样信息，并查看是否有异样判断，如果有，则示意零碎做过异样思考解决，否则示意零碎漏掉了以后异常情况，须要提醒开发部门，增加以后异常情况的思考解决。
3)、非凡数据的解决
依据业务流程，在输出测试数据时，输出边缘数据、空值等特殊字符，查看零碎是否做了数据录入范畴和要求的判断，如果没有，示意零碎脱漏数据范畴和录入要求的思考，须要提醒开发部门，增加相应数据范畴和要求的解决。
以上三方面的思考，是比拟常见而且不可脱漏的测试局部，当然，能够用测试用例来标准。
四、提交 BUG 报告
通过前边的测试，把得出的错误信息，以 BUG 报告的模式展示进去，转发给开发部门相应人员，以例开发部集中批改零碎错误信息。下边说一下 BUG 报告的内容：谬误序号、发现日期、子系统名称、二级模块名称、三级模块名称、产生页面、谬误形容、发现者、是否批改状态、批改人意见、批改人、批改日期、确认人、确认日期。依照上边这几项内容，将错误信息以 BUG 报告的模式列表进去，转发给相应的部门批改。
五、回归测试
BUG 批改结束后，更新 ERP 零碎，更新结束后，对已往的错误信息进行二次测试，以确保错误信息的正确批改。
