|
|
而言是，工程师进行了大量失败的测试和警告，但行政和政治方面的担忧却促使发射继续进行。无论如何，无论您是否记住了术语冗余，我希望您已经掌握了测试任何类型系统的部分的基本过程。 主体：+ 原生 组件与 完全兼容 尝试 关于软件虽然前面的类比解释了测试火箭的基本过程同时对细节进行了充分的自由讨论，但我现在将以一种可能与你和我更相关的方式进行总结。虽然可以通过仅发射来测试软件一旦它处于任何可部署状态，我认为我们可以首先将冗余原则应用于应用程序的各个部分。 这意味着我们创建整个应用程序的较小部分通常称为软件单元的副本，设置一个隔离的测试环境，并根据可能发生的任何变量、参数、事件和响应来查看它们的行为在运行时。测试确实像理论上一样简单，但实现这一过程的关键在于构建可测试的应用程序。这归结为两个问题，我们将在接下来的两节中讨论。第一个问题与测试环境有关，第二个问题与我们构建应用程序的方式有关。 为什么我们需要框架？为了测试一个软件以下称为，尽管这个定义。
是故意过度简化的，有必要有某种允许您在运行时与软件交互的测试环境。对于那些构建纯粹在 虚拟机环境上执行的应用程序的人来说，编写测试所需的只是 运行时环境。以这个非常简单的类为例：{ , ){ + ; , ){ - ; 复制 在没有任何框架的情况下，只要我们有一个测试类，其 Whatsapp 号码列表 中包含实际执行代码的函数，我们就可以对其进行测试。您可能还记得，该函数表示简单程序的执行起点。至于我们要测试的内容，我们只需将一些测试数据输入计算器的函数并验证它是否正确执行基本算术：{[] ){ ; , ); , ); "");""); "");""); 复制 当然，测试应用程序是一个完全不同的过程。尽管文件的源代码深处隐藏着一个函数这里的细节并不重要，该函数是在上启动应用程序之前调用的，但即使是初级开发人员也应该知道系统本身负责调用该函数；不是开发商。相反， 应用程序的入口点恰好是类，以及系统可以通过文件指。
向的任何类。所有这些只是导致这样一个事实：在应用程序中测试单元会带来更高级别的复杂性，严格来说是因为我们的测试环境现在必须考虑平台。 在杂志上做广告 解决紧耦合问题紧耦合是一个术语，描述依赖于特定平台、框架、语言和库的函数、类或应用程序模块。它是一个相对术语，意味着我们的示例与编程语言和标准库紧密耦合，但这就是其耦合的程度。同样，测试与平台紧密耦合的类的问题是，您必须找到一种与平台一起工作或围绕该平台工作的方法。 对于与平台紧密耦合的类，您有两种选择。第一种方法是简单地将类部署到设备物理或虚拟。虽然我确实建议您在将应用程序代码交付到生产环境之前对其进行测试部署，但从时间角度来看，在开发过程的早期和中期阶段，这是一种非常低效的方法。 无论您更喜欢什么技术定义， 通常被认为是类中的单个函数尽管有些扩展定义。
|
|
發表於 2023-12-25 18:52:29
收藏