是不是想问：如何抓到这种一闪而过的提示信息？可以 F12 控制台，输入 setTimeout(function(){debugger},5000) 并回车，经过 5000ms 后浏览器将被冻结。

谢谢~那就不改了吧，善变的男人哈哈哈

好心的管理员 giegie 如果看到了，请帮忙改一下吧，改成"tonyStank" ，谢谢了

针对第一点：测试人员需要在开发工作进行初始阶段就提出评审，此时开发已经有了大概的思路，但是可能会忽略一些细节或者隐形需求。此时拉上产品、开发进行用例评审，就能够给开发的思路查漏补缺，防止提测时才发现一些关键功能都被忽视了。
针对第二点：如果人手足够，工作分配不畸形的话，正常用例评审差不多半小时到 1 小时就能完成。开发只需要参加自己的需求用例评审就行。至于筛选用例，需要好好斟酌。
针对第三点：如果用例编写的足够好，除非开发水平非常高，否则开发人员肯定能在评审过程中，发现自身思维缺陷与盲区

已阅

确实没必要穷举测试；只需要验证
1.数据库里各问题的各答案对应分数与需求一致
2.如恒捷所说那两方面

重庆五年起步的全能型测试，11K 起步是认真的么？

excel 总感觉不太好；维护起来麻烦，git 提交冲突的话也不提示哪里冲突

脚本，beanshell 应该可以做到；我没试过，具体可以百度下

如果看源码，二次开发都无压力的话，一年的技术水平应该不低吧？测试的基础能摸透么？一般公司招一年经验的，我想是希望应聘者能踏踏实实把功能测好，有余力再培养培养。再有可能就是面试经验不足？怯场？那就不好弄了，一时半会也改不了，只能尽量克服自己的弱点了。祝你尽早找到合适的，加油！

就是说，我觉得这个电梯的需求还不够明确，可能这也是面试官想要考察的一个点？？

至于距离更近的优先接收指令，虽然我们实际中并不得知，但是测试的时候你是能控制两部电梯到达哪一层后再按下按钮的；此时也要分情况：如果在 B1 按向上或者在 1F 按向下，则只有 A 电梯能接受指令；如果在 1F 按向上，则距离更近的接受指令（前置条件：A 在 3F，B 在 5F，则 A 接受到指令；若 A、B 都停留不动，即 AB 当前无运输任务，则 A 前往 1F 接乘客。。。。）；但是我还有疑问：比如 A 接受到了信号，B 在 A 接受到信号后，是否也会接受这个信号，但是它并不会优先去处理，而是看 A/B 哪个先完成当前的运输任务，哪个再去处理

应该也需要考虑电梯内部，乘客给出的操作指令；比如你的第一种情况，在 B1 按下向上按钮，若电梯到达 1F 时始终满员（本来电梯到 1F 放下乘客后前往 B1，但是此时从 1F 进来大量的人导致满员），且电梯内无人按前往 B1 的按钮，那么电梯则不会去 B1（这种跟我见过的电梯不太一样，我碰到的现实种的电梯，即便没人按 B1 且满客，电梯依旧会到达 B1，只不过开了门，人也进不来，超重了）；倘若到达 1F 依旧满员，但是电梯内有人按下 B1，则必定前往 B1（电梯应该是这种逻辑）

感谢回复；这么操作比直接删帖更 nice，希望社区能更好

好吧

有一说一，发帖发的不规范也好，管理认为没用营养也罢。直接删帖是不是不恰当？毕竟是个社区对吧

针对两位管理的想法，是不是优化下删除的功能会好些。如果是恶意帖子可以直接删除，如果是管理认为属于 “无效” 帖，删除的时候给发帖者推送删除消息（后台能知道谁是发帖者吧？），这样可以让我这种 “突兀” 发帖人知道发生了什么

确实是选择的匿名节点，很奇怪；服务器被攻击了？

马一下；期待后续楼主分享 mock 后图片对比的可用性。
我当前是直接截图，人工浏览一遍；方法很笨，但是不知道通过程序对比图片，可行性高不高

像是什么名称有问题；之前能跑通过么？换一下目录与用例名称试试？

我认为不互相影响的目的是为了减少错误率，降低排查问题的难度

看一下社区置顶帖，需要跟微信绑定实名认证

第一个问题：首先要弄清项目做接口自动化的目的，我项目主要是作为回归测试的手段，只需要保证接口在正常传参的情况下，返回的 code 跟 data 与预期一致就可以；所以我是校验了 response 以及状态码。
第二个问题：会有需要一些内部接口不会在 API 中给出，怎么定义内部接口？不太清楚，不过可以参考恒温的意见，看着也没啥问题

先试试不要使用 None，用空字符串看下能不能行

conftest 里定义的方法是作为前置或者后置处理的，函数名已_fixture 结尾，如 “xxx_fixture”，在 case 执行前调用，使用@pytest.mark.parametrize(xxx_fixture) 即可实现处理