smoke-testing

    0热度

    1回答

    我的了解功能测试是它的一个集成测试检查应用程序功能的一个完整的,完整的部分;减去任何存根,嘲笑或其他测试双打。对于Web应用程序,这可能会手动检查用户尝试在登录表单上输入错误凭据时会发生什么情况。 我理解一个冒烟测试的是其快速的一系列可用于确定应用是否已经正确地启动功能测试,其主要的子系统都在线。对于Web应用程序,这可能是转到健康检查URL并确保该应用程序已启动,并且可以访问其所有相关子系统(其

    0热度

    1回答

    我想创造出运行一些烟雾测试,每10分钟一个cron作业,我seedjob看起来是这样的: multiBranchJobs.each { currentJob -> multibranchPipelineJob(currentJob.name) { branchSources { git { remote(currentJob.projectGit

    0热度

    1回答

    我想在我的Django项目中部署后运行一些冒烟测试。我只想测试主页是否已启动,并且其他一些页面正在显示我们预期的数据。 几个问题: 我应该在哪里保存在我的Django项目这些测试?我有一个/myapp目录为我的Django应用程序和/myapp/test目录在那里与单位和视图测试,但这种感觉有点不一样 - 我不希望这些我犯的一个新功能运行每次,我不想要针对测试数据库运行它们。相反,我想在部署之后对

    0热度

    1回答

    我在尝试对使用react-highcharts的React组件进行一些基本的烟雾测试时遇到了问题。我的基本玩笑典型的方法产生一个错误: it('renders without crashing',() => { const div = document.createElement('div'); render(<MyComponent {...props} />, div);

    0热度

    1回答

    有没有什么办法可以配置master.cfg来安排构建器在其中的项目文件夹或文件被修改(或其FileVersionInfo已更改)时执行代码? 我知道这是一个很好的解决方法,但是我需要这个在开发人员编译产品的新版本后立即运行构建验证测试,并且由于一些项目的开发不在CVS中,所以我需要项目文件夹的扫描仪。 下面是Master.cfg中提取物: def create_builders_and_sched

    2热度

    1回答

    我创建一个烟雾测试套件进行了一系列使用RobotFramework和RobotRequestsLibrary的API。这是我第一次使用RobotFramework。在试图清理代码并使其更易维护时,我决定尝试使用关键字删除所有附带的细节。 例如,这里是我要清理两次测试: *** Variables *** ${sint} http://int.somecoolwebsite.com *** T

    0热度

    2回答

    我们通常会进行烟雾测试,以便在我们收到新版本时检查关键功能。执行烟雾测试后,我们一定会进入下一阶段(下一级测试)。我从同事那里听说,当您的团队使用持续集成和DevOps时,冒烟测试非常有用。烟雾测试总是有益的,但是如何通过CI和DevOps的组合更有利?

    2热度

    2回答

    我需要编写一个Java测试验证系统是否连接到kafka, 有没有人有任何想法? 我找到了这个帖子: How to check whether Kafka Server is running? 但它太复杂了从Java代码做的,我不认为这是我应该使用的方向。 在此先感谢。

    0热度

    1回答

    一个相当复杂的库/子系统必须经过集成测试和烟雾测试,为此我们需要开发一个非平凡的测试夹具/转轮。 细节并不重要,但假设我们需要的测试夹具将生成复杂的,相互作用的,状态相关的输入测试向量,并且将寻找复杂的结果序列。 测试夹具本身将需要一些重要的开发工作(尽管比子系统本身更少的努力)。问题是: 这个非平凡的测试夹具是否应作为迭代的一部分包含在项目计划中? 是否应该为这个测试夹具创建一组用户故事? 如果

    -1热度

    1回答

    通过引用来自: http://istqbexamcertification.com/what-is-smoke-testing-when-to-use-it-advantages-and-disadvantages-2/ 冒烟测试在下列情况下使用: 它是由开发商给予建到测试团队之前完成。 这是测试人员在开始详细测试之前完成的。 问题是,它可以被破坏,只是因为“敏捷开发者”已经完成“单元测试”?