还未发布过话题
  • 满纸荒唐言,一把辛酸泪!
    都云作者痴,谁解其中味?

  • 测试小工具哪家强,我司测开部门堪称王!
    做的测试平台落不了地,测试框架没人用,测试脚本如屎山,部门价值该如何体现?没错,体现在做了一大堆小工具!
    举个栗子!测试人员需要将产品某文件夹下部分文件删除,其中包含有隐藏文件,每次都要手工经过几个步骤开启显示隐藏文件,很麻烦!一键显示隐藏文件小工具横空出世!将过去需要 20 秒才能完成的操作成功降到 2 秒,效率提升 10 倍!也就是 1000%!肥肠的芳便!

  • 我本来想说工具方面学习 postman 进阶用法啦、学习 SoapUI 啦、抓包工具学习 Fiddler 或 Charles 啦、编写脚本学习 requests 啦、接口鉴权弄懂 cookie session token 啦之类。感觉这样照本学习不太容易让自己做到持之以恒,我更建议找个项目直接实战学习。
    没有项目可以用来实战?找开源项目啊,testerhome 开源,适合当靶子!到 GitHub 上 fork 下,本地搭个 testerhome 当测试环境。
    实战时遇到技术难题搞不定?这时候再通过上边说的找答案,为解决问题学习效率更高。当然,到咱们 T 社学习效率同样更高,这里有很多精华文章 (都不是我写的) 和问答帖,学起来,“师 T 长技以测 T” : )

  • 基于 UI 的自动化测试,业内需求可能不多,很多人都发出了 UI 自动化测试做不了甚至做了无用的声音,也有少部分人为其平反,@ycwdaaaa 高飞和我这方面观点相似都是平反者,当然也有其他方面观点不太一致。你若能继续深入这方面做下去当然很好,毕竟符合自己的兴趣和经验,若机会不成全,做接口自动化测试或性能测试其实也都不错,技术人嘛,深度广度都要兼顾对吧

  • 哦,这就是个更靠近开发技术的问题了,我开发技术一般,但我知道社区里开发和测试都好的人@chenhengjie123,我们请教下他?

  • 所以你的意思是你之所以做不到马上停止某单派送,是因为你不知道该单是被哪个小哥领走了,是吗?生活中我们都可以根据单号查到是哪个小哥派送的,他的手机号等信息,还不是因为派单领单时登记关联上了小哥的信息,模仿学习下,是不是可以解决你目前的问题?

  • 就像快递小哥正在送单途中,不可能打个电话说你现在就立即停止派送,你不再被困了你自由了!有两种做法。1,把货物带回仓库然后滚吧,数据库软件中叫事物回滚;2,送完这单咱们的合同就 cancel,自动化测试工具中叫 cancel after current...

  • 我现在就正在用某个自动化测试工具,这个工具在用例的执行过程中提供这么个按钮 “Cancel after current project step”,这就是说,点击了这个按钮,当前步骤也要执行完才可以 (安全地) 终止,因为立即结束执行线程可能会导致测试环境变为不可预期的状态,跟拔电源关机一个道理。
    具体怎么实现?可以以用例 (case) 或步骤 (step) 为单位生成任务队列,执行线程到队列取任务并执行,然后那个停止按钮给所有线程发出 “停止执行” 的通知,其实发的是:小的们,别再来领任务了,干完手里的活儿告我一声。等线程们都上报自己做完了,就安排他们终止,感谢你们的付出,下岗去吧~!

  • 缺少你这边的关键信息,但我还是边询问边尝试回答下吧。
    你的 “接口脚本” 是不是按测试用例组织的?如果是,你在点击按钮后,测试用例应该形成一个任务队列,然后多个线程到队列里取出用例并执行。当你点击按钮终止用例执行时,你不应该立即停止执行线程,而是应该通知所有执行线程在执行完当前用例后不再到任务队列里取用例,执行线程都空闲后才可以全部安全地终止掉。

  • 大数据量造数 at 2021年07月08日

    想尝试回答,又担心自身不够专业造成误导。
    推举个专业人士吧,@uhz2008