业务测试思考

2022年3月-至今
现状：目前一个人对接超过10个业务开发，固定开发6个，单周一个版本

如何在短时间内保障产品质量，及如何测试完？

我现在的方式是，设计好合理的测试用例（这一点很重要，不懂开发实现或者逻辑，都是按需求测试；主动去了解开发实现的方案）；提供开发自测case；发动团队的力量（比如推动产品设计提前走查验收）；测试尾声，多和开发交流代码改动影响的业务
//补充：用例评审时会针对一些场景/case对开发进行强调

个人优势，通过数据结构、opencv、django、设计模式、tkinter的学习，用python写过自动化、爬虫、数据分析、图像处理、性能压测等；开发的实现方案基本都知道，或者说如果我实现这个功能方案和我的理解是一样的，比如缓存（本地文件）、如果调用sdk（jar包）、代码逻辑、数组越界（还是golang的语言，我竟然找到了问题hhh）等等

业务测试总结几个方面

1. 业务逻辑覆盖
2. 代码逻辑覆盖
3. 边界场景覆盖
4. 混合场景覆盖
5. 暴力场景覆盖
6. 异常场景覆盖
7. 探索性场景覆盖
8. 长链路、性能、缓存、权限、第三方调用、存储、兼容/适配、降级、灰度、灾备等场景覆盖



后面分享UI自动化：用例设计、框架适配、多进程（为什么不是多线程，之前做过尝试，因为python有全局解释器锁）等等一些思考
前端专项测试

好的设计需要日积月累，思维需要不断思考，奥利给！