进行测试要有侧重点，因为可能的测试区域很多，每一个测试区域又有不同的测试类型。由于总是存在资源限制（包括时间、人员或资金限制），所以按重要性划分要完成的测试区域以及测试类型和级别是非常重要的，并且这是初步测试计划的重点。
可能的测试区域
以下是测试时需要注意的可能区域：
● 用户界面 （UI） 测试：这些测试检查表单和一致性。检查内容包括屏幕显示效果（字体、大小、颜色和总体外观），以及该应用程序的所有表单中所有字段的数据确认。这两种测试都应根据软件规范文档进行。
● 业务逻辑测试：功能规范文档定义了期望在实际运营中实现的业务逻辑。因此，必须用一套测试案例来检查业务逻辑。对于参考体系结构的实施，这一测试过程可以从 UI 或从 Commerce Server BizDesk 实用程序（一个管理模块）来完成。该测试过程应该包括对不同类型的用户和不同站点进入路径的测试。
● 后端测试：在理想条件下，后端测试应该在数据库中进行。由于参考体系结构使用与 Microsoft？ SQL Server？ 2000 表紧密集成的 Microsoft Commerce Server 2000，因此测试小组可以使用 Commerce Server 对象与这些表交互作用。测试小组可以编写占位程序以隔离方式测试 Commerce Server 对象，然后与代码生成的 XML 输出的占位程序的结果进行比较。您也可以在 UI 层进行比较。
可能的测试类型
测试小组可能会执行以下类型的测试：
● 功能测试确保该系统提供的功能与功能规范文档所述的相符。
● 回归测试确认当反复执行一系列相同的操作时，应用程序的响应相同。
● 安全性测试保证只有具有适当权限的用户才可以使用系统中指定的功能。由系统工程师为测试环境中的每个用户建立不同的安全设置。
● 性能测试确保应用程序在用户可以接受的时间范围内做出响应。
● 强度测试确认应用程序能适当地对多个用户和同时发生的活动做出响应。用户的数量必须提前约定，系统测试采用的硬件环境必须符合实际运营条件。
● 自动测试可用于回归和功能测试。如果系统稳定并且不频繁更改，这种测试就很有用。
● 平台测试确认应用程序在主测试计划中规定的操作系统和浏览器组合中能正确运行。
● Internet 服务提供商 （ISP） 快速测试确认应用程序能对通过 ISP 连接发出的请求做出响应。
● 端对端界面测试检查所有输入、输出和系统。该测试确保应用程序与功能规范文档中规定的外部系统能够正确地交互作用。
● 应用程序重复实例测试确定当客户端运行相同程序的多个副本时是否会导致阻塞或其他问题。
● 输入和边界测试保证该系统只接受正确的输入。该测试确保输入的字符数不超过字段规定的最大字符数，以及在边界条件下工作正常（例如有效范围和 1 超界、空值、最大值、最小值、屏幕上字段的 Tab 键切换顺序等等）。
● Windows/Internet GUI 标准测试验证应用程序具有标准的观感。
● 本地化测试保证应用程序可在不同的语言环境中运行。
● 欧元兼容性测试保证正确显示欧元。如果应用程序要接收来自欧洲经济与货币联盟 （EMU） 的货币值就要进行该测试。
● 转换测试检测需要经过转换，应用程序才能正常运行的所有数据。这些转换可能来自于旧系统或新架构所需的变更。
