1

这样对吗？？

  1. 黑盒子

    1.1 功能性

        1.1.1 Equivalence
    1.1.2 BVA
    1.1.3 Use case
    1.1.4 Regression
    1.1.5 UAT

    1.2 非功能性

        1.2.1 Testing the System Design

  2. 白盒

    2.1。功能性

           2.1.1 Unit
       2.1.2 Integration
       2.1.3 System

以上是否属于正确的类别？

我问这个的原因是因为作为报告的一部分，我试图提出一个很好的参考来很好地分类测试技术。这是我从各种来源的分析和研究给我的。我希望这对可能正在进行相同研究的其他人有所帮助，但如果它不正确，则应更新。

4

3 回答 3

1

您还可以考虑同时开发多个相互依赖的程序的情况。然后，您必须考虑将所有这些应用程序分组到几个功能域的应用程序架构

因此，例如，必须处理大量数据的金融应用程序将是一个功能域，您必须在其中开发：

  • 调度程序模块，以便在多台计算机上处​​理这些数据
  • GUI 以查看发生了什么
  • 启动器以启动正确的连接检索正确的数据并格式化它们
  • 等等

但这只是一个功能域，因为必须开发其他功能域才能利用程序的结果（例如，“参考域”将这些结果存储到各种数据库中，并提供通信总线供其他程序访问它们：那将是第二个功能域）。

因此，我将在您的测试中添加以下类别：

  • 组装测试：当您在自己的功能域中进行测试时（在您部署域的不同应用程序时在组装服务器上使用一组测试数据）
  • 集成测试：当你测试来自所有功能域的所有应用程序时，也称为前端测试。

注意：“集成测试”与“持续集成测试”不同，后者基本上可以对一个程序非常定期地处理您描述的黑白测试。

我所指的测试每周执行几次：

  • 您所在领域的“项目运营架构”团队进行组装测试：通常是您团队的一些开发人员设置了组装服务器，检查数据是否是最新的，并部署您负责开发的各种程序。
  • “ Production Operational Architectural ”团队，负责设置“类生产”环境，是唯一能够真正测试从字体到后端的所有应用链的人。

注意：“运营架构”团队的职责是“让运营成为执行环境”，这意味着：

  • 正确的物流团队联系以获得正确的服务器和网络，
  • 正确的应用程序团队联系，以了解您系统中所有应用程序的各种启动/停止应用程序流程和部署程序！

简而言之：您的类别是针对一个程序的，但是当您开发 IS（信息系统）时，您不得不承认您不是在谈论“由部署在一台生产机器上的一个团队开发的一个exe ”。 . 然后，欢迎来到全新的测试世界；）

于 2008-10-11T09:12:46.293 回答
0

我认为你的分类是一个很好的第一步。

黑盒和白盒（有些人更喜欢玻璃盒）测试的区别在于您是否只能访问规范或更多（设计、源代码）。

我将在功能测试和结构测试之间添加第二个分离，它侧重于您是否想考虑软件的功能（功能）或它是如何做的（结构）。

第三个分离处理如何确定性地或统计地生成测试输入（通过故意分布而不是随机分布）。无论哪种方式，您的重点是您的目标覆盖范围。

最后，众所周知的分离是在不同级别的软件周期之间：单元测试、集成、系统、验收……

于 2008-12-11T09:04:09.417 回答
0

以下是软件测试中广泛定义的测试方法：

1. 黑盒测试 是一种软件测试方法，其中被测试项目的内部结构/设计/实现不为测试人员所知。这些测试可以是功能性的或非功能性的，尽管通常是功能性的。测试设计技术包括：等价划分、边界值分析、因果图。

2. 白盒测试是一种软件测试方法，其中被测试项目的内部结构/设计/实现为测试人员所知。测试设计技术包括：控制流测试、数据流测试、分支测试和路径测试。

3、灰盒测试 是一种结合了黑盒测试和白盒测试的软件测试方法。

于 2015-08-04T11:49:09.277 回答