测试一个产品或项目,不只停留在测试产品功能、性能本身,也要从整体角度 (上升到产品角度)来了解各种情况(整个调用量,峰值时多少,客户使用情况、有哪些客户,线上集群部署情况等等)知道为什么会新增某个模块?
5 个 why,层层深入,认识到根本原因。
所有做的事情都是解决痛点,不管是自动化、工具或流程等。
开发修改点的原因、背景,了解清楚(包括具体代码)。
关注项目的数据模型(表结构)、技术实现(设计思想),用于项目风险评估。
接手一个项目的测试,作为 owner,除了搞清需求外,还要知道项目打算上线时间,有哪些功能点需要上线,占比多少?跟规划是否一致,然后自己评估是否合理,如果比较急需要考虑对应的测试解决方案。
设计用例除了功能场景覆盖外,还要结合项目本身特性去考虑。(比如网关层的并发、连接超时、稳定性等、如 redis 命令的幂等性、kafka 的高可用、一致性等)。
测试报告写明 bug 原因和解决方案。
提高自动化测试的稳定性(设置超时、出错重试等)
每个人都有自己的主要任务,对于测试工具(平台)的实用性和用户体验非常重要。因为只有当这些工具真正能帮忙用户(并减少维护成本),才 “活” 的长久。(避免中看不中用)
出了问题,不要怕。重点在快速定位、快速解决。强调日志和报警的重要性。
跟开发沟通:如果忙,但要给个时间点。
技术是基础,但归根到底解决问题的能力才是核心力。(突破固定模式和思维限定,从多角度去分析和定位问题原因)
线上故障问题 review。(了解背景,发生的原因,如何避免)
数据能力:工具或平台产生 -> 推广应用(形成数据)-> 分析优化(输出能力)
很多技术、工具或产品都是通用的,需要针对公司特定场景做到有所突破才是亮点。
ps: 好多年没发贴了。看到自己以前的老贴,显的太 “嫩” 了,但那时也是一个刚起步的阶段。