刚有这个想法，你就实现了，牛逼

写的很垃圾。希望看到大牛的简单实现的思路

这些都是日常工作中经常出现的，但是有些问题该锤就得锤，而且得锤锤死，这些说的简直测试舔狗修炼手册

谢谢解答

我还是个新人，有个问题问一下，在线上环境要保持数据库一致性，不允许直接操作数据库，在自动化过程中产生的数据没办法通过前端页面进行删除操作，这些数据该怎么办比如：
1.测试注册过程中产生的数据
2.公司需要收集数据，数据库做假删操作

渣哇大佬，测试新人何足挂齿

居然炸出萧老哥

按你的思路走，” 他 “觉得我们就是傻子，我们肯定” 他 “脑子有问题，就是说这买卖做不成了，可以 at 管理员删帖了

事实是 ui 出来都是产品经理和小老板拍案的，工作中测试可以提建议，当然基本是不可能改变的，所以，你终极 boss 问你，就说测试没有权限去更改产品，这个问题和产品反馈。把皮球提到产品哪里（该反驳就要反驳，这锅背下，以后再出这种问题找的都是你）

你们公司测试结束产品不审查的吗？？？

假设密码最少两位 ，你确定（1，2，4）和（1，2，6）的九宫格连不起来吗

有关系的九宫格点过的数字不能再点，从他的描绘（例如输入 4，则产生的 (1,2，3,6)、(1,4,7,8) ）应该是不能跳越进行设置密码

每次上线瑟瑟发抖，甩锅大会，次次背锅

python 类可以同时继承多个类，访问类方法就会有广度优先和深度优先，经典类是深度优先，新式类是广度优先

你这个用 in 是行不通的。试试看反序列回来。反序列回来就是字典了。用字典去判断

安全性测试，说实话很难，能力不信轻易不要进这个坑

你们测试用例不管理的吗，通用的拿来修改

并不是这样说的，没有一点基础，都是一样的，个人反而觉得 python 更加抽象。

个人感觉长远发展还是 Java 好，虽然我用的是 python

一本万利自己写一个身份证生成工具。

解决问题：换乘方式主要是去减少因为车辆故障造成用户多交金额（包月用户不在乎）
个人疑问：网吧换乘是通过网管进行换乘的，不会存在换乘超时情况
使用场景有一辆以上车辆至少一辆故障车，换乘方式可以决解上述问题。
使用场景只有一辆为故障车，换乘方式无法解决问题。
使用场景：只有一辆为故障车，且相隔五百米或者更远的地方有一辆正常车辆。需要考虑换乘超时情况