多少ERP测试属于测试过多？

多少ERP测试属于测试过多？

尽管此ERP文章的标题表明“测试过多”；反之亦然，因为实际上，开发和执行正确的启动前测试的任何失败无疑会在以后引发更大的问题。

造成这种情况的原因很多，但是，最重要的是无法采用有效的期望管理。因为如果技术团队无法或不会“压力验证”平台的流程，数据存储以及随之而来的稳定性，那么所有后续业务操作最终都将在不断变化的基础上进行。

因此，一个更好的问题是“您是否在优化测试方案”，否则，“您将如何确保ERP例程尽可能高效”。这里有一些快速的方法可以确保您回答这个问题。

清单：

成功的ERP测试主要基于对一个或多个集成，模块，功能流程，数据存储活动和报告例程的详细调查。因此，为了确保您不会错过任何东西，检查清单是一种方便的方法，可以使所有运动部件沿正确的方向向前滚动。为了让您大致了解我在说什么，这是一个备考ERP测试框架，其中包括通用的攻击计划：

组织与行政：

双团队测试方法。核心团队–根据静态软件功能授权测试方案。

实施团队–绘制图表以测试由动态和/或量身定制的操作驱动的制度。具体测试重点：

功能性记录处理完整性系统实用程序安全性可靠性适应性可伸缩性可用性性能负载测量接口互操作性回归合规性基础结构映像安装并行功能压力数据存储区稳定性数据存储区交叉检查数据存储区准确性移动性合规性网络合规性自动化：

给出测试元素的详细列表；一般情况下，即使不是全部，也需要应用自动化测试支持。尽管有一些反对者建议开发自动测试结构与手动系统测试本身一样耗时，但该方法具有三个主要优点。

效率

解决案例特定元素时，可以有策略地应用一个或两个测试组。当一个或多个需求需要迭代过程时，这一优势显而易见。

复制/可重用性

自动化的基线易于存储以备重用，同时又能以最小的麻烦和烦恼迅速适应任何新变化。

长期稳定

自动化的过程可随时间提供可测量的稳定性。这些代码元素通过消除人为错误来降低错误率。

延长生命周期

在零利润分析的驱动下，可以交付高度严格的需求集。此功能可以允许在系统启动之前完善功能和功能集。但是，总的来说，“为什么系统要做什么”最终会产生运营信心，从而导致随着时间的推移成本降低。

就像我一开始所说的那样，这只是优化测试方案的一种形式，而且每个ERP要求都是不同的。因此，使用本文仅是指导，而不是您在自己的操作中将遇到的问题的坚定观点。

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。