gpt4 book ai didi

testing - 在各种配置下测试守护进程的黑盒行为

转载 作者:行者123 更新时间:2023-11-28 20:01:26 24 4
gpt4 key购买 nike

我正在开发一个 node.js 守护进程,它提供一个 html 页面(启用了 ajax),它通过网络表单(基于 html5)上传文件,该守护进程还处理所有 PUT、POST、OPTIONS 和 GET 请求与文件上传和查询状态有关(不一定来自其服务的网页,任何客户端都可以通过http进行交互)

我想通过将服务器本身(例如它是 node.js 的事实)视为黑盒来以编程方式测试一大堆东西。

输入如下:

  • json 配置文件中不存在的、空的或各种类型的(不正确的)配置值
  • 使用不同的命令行参数运行程序
  • 与网页交互(导航到它,单击按钮,从文件选择对话框中选择特定文件,单击确定等,这将在后台引起许多 http 请求)
  • 以编程方式执行“原始”http 请求

然后通过以下方式验证事物的行为是否符合预期:

  • 在日志文件中查找条目
  • 检查是否有 $num 个进程(仍在)运行
  • 检查所有请求的 HTTP 响应代码。 (包括后台的所有 ajaxy-ones,或对测试中定义的单个请求的响应)
  • 任意命令(例如从网络服务器下载文件并对其进行 md5 求和)

我一直在寻找一些选择:

  • cucumber 经常出现在这类话题中,但它似乎很冗长,而且过于针对商务人士。
  • httpunit 似乎假定系统以一种特定配置运行
  • rspec 似乎用于白盒测试 ruby​​
  • vows 太基础了,没有浏览器自动化

如果有人有什么建议,我将不胜感激,

谢谢迪特尔

最佳答案

通用解决方案可能是 http://robotframework.org/使用一些标准和外部库,例如各种 http 和 selenium 库:http://robotframework.org/#test-libraries

关于testing - 在各种配置下测试守护进程的黑盒行为,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/11136464/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com