weixin_36852563的博客

在使用redis组件时，一般测试KEY是否新增成功，KEY是否更新成功，KEY是否删除成功，KEY是否设置过期时间除此之外还需要考虑一些异常场景比如KEY是否丢失，KEY存失败如何处理，KEY丢失和删除如何区别出来，如果KEY无过期时间，是否数据是否需要做RDB和AOF持久化，redis重启或者故障时数据是否需要保持。业务上调redis异常，是否有实时接口或者数据库查询KEY丢失和删除区分很多时候开发设计时，删除某个KEY时，直接就把KEY删掉，而KEY丢失时也是找不到KEY,其实设计时，可以删除

测试过程中会遇到代码夹带引起线上问题代码夹带分2类1、开发由于拉错分支或者代码管理混乱，导致提交其他任务未开发完成的代码，且不知情2、开发私自夹带，优化代码解决方案：1、codereview严格把控提交代码，针对提交代码进行review；解决冲突代码review,以防干掉代码，或者多了代码2、开发流程和分支控制严格要求开发一个任务一个开发分支，不能多个任务用同一个分支3、测试流程控制发现代码夹带，开发未提前告知的，可以要求剥离代码；提前告知的，可以放行测试...

看完精准测试之路和在网上找了一些资料，对精准测试做一些总结测试过程中总是遇到很多现实问题导致回归测试范围太广，质量不能保证，上线有遗漏；为此我们有的依靠自动化测试，个人通过精准测试缩减测试范围，总结一些经验虽然以上方法测试效率和精准度上有很大提升，通过跟开发沟通代码设计和实现，以及影响范围，缩减了测试范围，更精准测试。但这些大多还是沟通和review来的，且是建立在业务熟悉基础之上，如何让一个业务不是很熟悉的可以精准测试，实现线上精准自动化，以下是一些思路精准测试由软件去采集测试过程执行的代码逻

一、测试左移简介测试左移，是一种测试的思想，顾名思义就是让测试的活动向前端推动，也叫测试前置。尽早的测试介入，尽早的发现测试问题，可以从产品流程规范和测试效率的提升保证测试左移的效果。测试左移思想是"第一时间发现缺陷，第一时间解决"，目的是在测试过程中降低缺陷修复的成本，且在测试后期可以更灵活的进行测试资源再分配。二、测试左移各阶段实现1、需求阶段1）需求深度“理解”A、需求必要性很少有人在这方面提出质疑，需求真的是否有必要，是否还其它的方式能够更好的达到目标？如果不做这个需求会有什么样的影

一、性能测试准备工作1、理解业务架构 画出业务架构调用关系图1）是否有DB，Redis,是否有第三方接口依赖2）接口调用链接口是读还是写，哪些是影响性能的变参，返回值2、测试环境 线上：影响正常业务的风险，单机器压测还是多台机器 压测，是否需要做隔离，缓存是否需要关闭等 预发：评估预发环境和线上环境的差异，预发压测结果的可用性，尽量保证预发环境和线上环境相似（比如需要造数据保证未来数据量）如果只是机器配置不一样，线上性能则可根据预发环境性能结果进行大概换算。找到测试环境和生产环境的

一、性能测试需求分类二、分析性能需求的合理性1、查看业务系统目前的PV/UV；PV（Page View）：用户访问页面的量。（此参数用来分析平均每秒有多少用户访问页面）; UV(User View):用户访问量每秒用户访问量：UV/8/36002、评估未来业务1）“年业务量”的主要影响到的是系统的容量也就是磁盘；2）“日业务量”影响到的是一个系统能不能撑得住，会不会导致用户体验的下降和用户的流失；3）“小时峰值业务量”对于计算机系统其实尤为重要，但相对比较容易计算，因为一天的小时峰值往往