关于测试用例

我比较赞同老徐的观点，思维导图写测试点（因为公司只有我一个测试）。测试用例我有段时间写过但是效果很差，原因是项目时间短没时间去看，用例写了还是自己看。现在用思维导图写测试点，整体测试思路清晰，还能发给开发，相关部门的老大看，补充遗漏的点或者修改理解有偏差的地方。

老徐关于测试用例的文章链接：https://mp.weixin.qq.com/s?__biz=MzAxMTM2NzQ5MA==&mid=2651069424&idx=1&sn=383a6c01768673980bc28bd752512868&chksm=80b29eddb7c517cb31a3c867bb20548b1a88877fd088f5637aa7c5cc26e654faa2df0435e7a2&mpshare=1&scene=1&srcid=#rd

关于项目质量整体把控者（跟进项目的情况）

1.有什么样的问题

2.有什么样的困难现阶段是无法解决

比如UI的提示问题，性能问题，这些问题在产品的初期可能会被延后处理，这些要心中有数，后面的版本要跟进要提。

3.项目的风险，比如项目有没按计划提测，有没延误，质量是否达到预期，是否满足需求，是否达到上线标准等

问题一定要提前抛出来讨论（避免上线后背锅）------这一点我感觉自己做的不好，有些风险我明明发现，然后又被开发忽悠了，结果我被批。

关于实战

这个月我没有输出很多文章，主要的原因就是我去“实战”了。我始终相信学的知识不能用于工作，那就是白学。细想下，是知识不能用于工作还是你不敢用。光听分享远远不够，把学到的知识运用到工作中，才能提升自己的价值。

1.python接口测试-----已经应用到实际工作中并已经开发完了。

2.jenkins持续集成------两套方案已写好，待和部门老大讨论，争取8月能弄出来。

-----------------------------------------------

最终落地实施的方案：