可以考虑下 了解系统设计 + review 代码 + 抽样测试？

例如开发用的是 spring security 之类的成熟工具，写很少代码 + 配置就可以完成权限配置，与其遍历，不如直接看配置 + 抽几个不同权限不同的测试。

所以这是提问贴还是分享贴？

这个要结合业务看。

1、如果数据不复杂，写死可以满足，可以直接用你说的方法。简单高效。
2、常说的数据与用例分离，数据指的是用例中的数据 (如接口测试中的 request、response)，不是被测系统中的数据。如果用 java 可以了解下 testng 的 dataprovider

有合适的场地欢迎推荐~

大家热情超出预期，下次得找更大的场地了。

人在广州，成都有心无力，还是需要成都的同学组织。

不好意思，场地条件所限，再加人后面就看不清投影了。。。。。

不好意思，场地条件所限，再加人后面就看不清投影了。。。

不好意思，场地条件所限，再加人后面就看不清投影了。

登录、加商品属于用例的前置条件，应该放在 case 的 setup (beforeTest) 里面。这不违反 case 独立原则。
独立原则是每个 case 可单独被执行，在发贴的 case 里，登录必须是它的一部分，否则发贴的 case 无法独立执行

20 条感觉有点多，不清楚具体情况不好给具体建议，但建议这 20 条要先划一下重点，找到其中 5 条以内的最关键的点。

有几个点可能觉得不大合适，提下自己的意见：

• 管理理念个人觉得有点偏，作为管理者管理理念更应该是怎么让团队的成员都持续得到成长。替代性这个词，我更建议改为能力的稳定性，即使人员有少量变动，团队这方面的能力能保持相对问题。这个是分工安排的范畴了，不需要人人相互可替代，关键位置有一主一副相互 backup 就好了。

• 职业发展，技术序列跟管理序列晋升，管理岗位不多，造成了晋升无望。这个要和公司沟通好，技术序列要有更多的层级，技术发展到最后应该是架构师，而不是总监。

怎么解决可以分享下？方便后人。

太受欢迎了，120 张门票竟然已经售罄了。。。

不改系统: docker 可以试试
改系统: 获取当前日期的方法封装下做个开关，测试环境打开，此时支持从接口直接设定当前日期

之前 mysql 挂了，现在可以了。

不过，建议还是看看官方文档，这个文档年代比较久远，不确定会不会有过时的内容。

感谢反馈，已成功复现。

后续会抽空定位修复问题，修复后再找你复验下哈~

报语法错误，看看有没有手动改过上面堆栈里面的文件，或者有没有用错 python 版本？

有个疑问，生成的代码里面，执行顺序是如何控制的？我看到每个路径的操作都对应创建了一个方法，但没看到把这些方法串起来部分的代码。

加精理由：不仅分享 MBT 生成用例，而且还开源，值得鼓励。

这个是自动识别网址的效果。建议对于代码块，使用代码块对应的符号包住代码块。并且在网址的末尾加一个空格便于让系统自动识别网址到此结束。

已审核通过。

点赞！

最近忙，还没啥进展，在 docker 里面运行有个坑，代码写死了 localhost ，不监听其它地址，非本机连不进去。

建议也在社区的开源项目中登记一下，让更多人了解？

鼓励尝试新框架并输出系列文章，加精让更多人能一起加入交流