道不同不相为谋罢了，社区只是交流平台 抗压能力有点差还是

特性和功能和功能用例的梳理方法在我看来是毫不相关的，特性和功能只是需求的引入方式不同，具体的用例梳理并没什么实质性的区别和关联

这种并行测试其实并没有啥实质性的改变，工作量没变，只是工作时间掺杂在了一起，还会互相影响，如果想靠这种方法来节省人力成本只会牺牲掉质量，并不会提高工作效率

简洁却很全面的解释，层次感很强

就我而言是不希望将限制交给他方来做的，当然问题业务上是不会出现这种场景的

个人资料设置》账号设置：可选择操作

我也是头次遇到这个问题，不确定是否该放到接口上去修改

你的解释确实符合问题点，传入转义后的值是 ok 的，但是没法保证不会传入 gbk 字符，还是说交给前后端的传输过程中进行转义

木有前端，只有接口，会做 url 编码，但是问题仍如此

外行指导内行，目前没有找到解决方案

在哪个行业都必须要面对的问题就是怎么提高和展现自身价值，以使得不落于他人之后
落后是要挨打的，千古不变之真理

需要加装移动端的 CA 证书来进行代理

只要社区能保证其他用户不会通过社区绑定的微信信息找到我，我就举爪

2000+ 还是厉害啊

只是实现这个流程的话只需要进行一个响应信息的获取和二次使用就行了啊，requests+findall 就差不多可以实现啦，在加个 pytest 啥的框架就完事；流程就是：调接口，正则取所需值并赋值为变量，重复 3 次就完事啦，只是变量和接口不一致

你在纠结什么啊宝贝？这到选择题一点犹豫的点都没有，不选 B 难道选择去做梦啊

仅楼主可见

如果产品还在，等到只剩你自己的时候去提要求，加薪升职，不然就撤

是啊，一切没有实际产出的事务都是扯淡，需求带动增长才是最有效的方式

当你提交辞职信的时候，你们就不在是伙伴了，甚至不如陌生人，所以不要想着最后再奉献些什么

你应该反问他：开发人员还能写出来高级 Bug 吗？？？
当出现大量低级或阻塞性问题时，也侧面反映了所在项目中转测入口的管控力度小或者根本没有，另一方面就是开发人员的自测没啥效果或者根本没有。你能做的就两方面：
1.如果有强有力的推动，你可以选择加强并制定转测规则，反向推动开发自测工作的进行和保证。
2.如果没有推动力而且还是孤军奋战，那你可以通过提交问题单，以问题单来逼近来督促来获取管理人员的推动

其中你现在面临的主要问题是岗位与期望不符，理想的发展路线是 测开->测开 但是现岗位确实业务->测开，这种差异也导致你对现环境有些不满，可是你也没办法，除了跳槽！
专职测开是要注意公司规模及产品情况的，参与到业务测试组内基本就是你现在的这种情况，如果不想跳槽抛弃掉应届生的身份，就坚持下去，熟悉业务流程，自我巩固技术层，期望与某一天公司立志与创建自己的测试服务小组，开发自己的测试工具或平台。
空有屠龙术，却卖屠户家，确实是不甘的

多谢各位大佬的回复，不胜感激

@Lihuazhang @cloudits @uhz2008 @chenhengjie123

无论是留下还是跳槽，现在都是一个考验你计划制定和时间分配的好时机；
跳槽的话就要找出自己的闪光点和能力范围