这个为啥加精

先把测试基本功打好，基本的测试设计用例编写要到位，自己测试思维要培养好，至于其他技术我建议你学目前前沿的，一些什么接口自动化、ui 自动化那些都是玩烂的东西了

讲道理这个是工作 1 到 3 个月要掌握的

问题一可以改，但是得人工一个一个看，他又多，我现在使用上更多是把它当做我思维扩展，避免思维腐朽了，看到有什么新奇独特的测试点再摘录进自己的测试设计，这样会节省很多时间，效果也更好，但是又和提升效能的目的违背了，这样往往花的时间更长，不过能发现几个有效测试点，质量也有提高就是

他是有的，但是他项目那里应该是有 bug，手动添加项目了才能看到

我们也有做，这里提几个问题
第一条测试设计这个，我们也有在做但是效果不好，很多冗余的设计以及不能结合版本项目知识来，不好用，第二个这个他有些需要截图的吧，很多问题没有截图不醒目的，而且提问题本身不算一个很高频的行为不接入 AI 问题也不大，暂时认为提效空间有限，第三个还算靠谱，暂时没有特别大的使用问题

这是高手

dify 可以看一下

可以给开发设计转测卡点，转测前要求比如基本功能用例要能跑通且无其他阻塞性问题等，如果未达标为转测质量差导致要被打回，重新进行转测流程，最终上线时间也就跟着顺延了，如果不顺延比如让测试加班解决障碍也可以把压力给到项目经理或者你们的主管

研发直接去给甲方解释吗，我有一个朋友有类似情况，不过人家是做芯片交付工程师的，大头兵的研发我也没见过需要这样的

挺羡慕的，有时间有规范去沉淀，这样不做好质量都难吧

有的，还挺多的

盲猜会有劝不要入行的

我看有些公司，已经开始要求测试管理干部或者高级别测试下场亲自负责具体模块或者业务了，之前还不理解，现在我想可能也有类似楼主的想法吧

版本迭代说明（第一版）
本次版本在原有基础上进行了全面升级，整体难度显著提升，策略性与可玩性大幅增强。主要优化内容包括：
策略限制机制：当玩家未达到特定指标时，将无法执行最优操作，迫使玩家在资源有限的情况下做出更具挑战性的决策。
多结局分支系统：前期的每一个选择都将对最终结局产生实质性影响，提升游戏的重复可玩性与探索深度。
动态难度调节：玩家在每个决策点的思考时间将直接影响后续关卡难度，鼓励快速决策与高效执行。
随机事件系统：新增多种随机事件，玩家的应对方式将直接影响事件结果及后续难度，增强游戏的不确定性与沉浸感。
文案与叙事优化：整体叙事逻辑与文案表达更加流畅自然，提升玩家的代入感与游戏体验。

我是期望剧情可以做到 2h 左右的，难度我是想对标羊了个羊，并不想那么简单，说实话如果把自己设身处地放在唐僧的视角来取经的话，我并不认为我能够做的比他更好，中间有几次其实是真的要原地去世了

有 AI 帮忙时间其实不用多久也就 1h 吧，主要忙里偷闲

demo 就给大家感受一下大概啥样，有 bug 不用纠结不影响主流程 咋好几个哥们在测 bug

看个人喜好吧

主要灵感也是来自最近渣女游戏和之前玩过的一些剧情向的游戏，不过没条件搞那么多视频素材，就搞个纯文字的玩，文案设计部分主要也是通过 AI 去帮忙采集数据，自己再过一遍的形式进行，不得不说 AI 去采集是真滴快。后续还想引入三方势力天庭、西天、沿路国家概念每个决策还需要体现佛法中的八戒七情六欲等，如果所做决策破了其中一项或更多将直接影响天庭或者西天的好感度，影响最终结局，大家感兴趣的话也可以跟我沟通，文件后续会考虑公布出来（其实也没啥技术难度，主要是卖个想法）

好像复制的有点问题，我贴到评论区https://rmsiumqf.manus.space/

最起码有个共享文档吧，至少把每个版本执行了哪些用例以及用例执行情况通过与否，这些得有个共同的地方保存吧这不是测试报告必须要的吗

其实算是测试方法的问题，这个客户端我个人理解有点类似于你们的测试环境，其实测试搭建测试环境倒也没啥，如果你有不需要写这个客户端就可以完成验证的方法，那完全可以不写嘛

想进阶还是要知其然知其所以然

看着没有比直接写 sql 快