担当和抢活的差别
担当更多的是冲上去解决了别人没能力解决，没时间资源解决， 以及不愿意解决的事情；
而抢活更多的是冲上去解决别人有能力，有时间，也非常愿意解决的事情；
或许当下没法在你的KPI上得到浓墨重彩的一笔，但是你的技术影响力，你的业务影响力，你再别人心里的标签，以至于你在日积月累中获得新的机会，这些是不是更大的回报，机会是留给有准备的人的，现世报其实是最差的一种，担当是能力越大，责任越大，担当更是将心比心
等待领导下任务你就输了
如果认同老板下任务这件事，是不是默认已经把自己定位成了一个【执行】的角色
为什么做这件事，背景和出发点是什么，反思为什么不是自己先想到，先提出来？
向上思考分为两个维度，一个是【事】的层面，做抽象，找链接，让信息架构向上变成网的能力；另一个就是【人】的层面，就是常说的揪头发的能力，站在更上的角度看问题
向上思考意味着对格局的判断和认知，对于大方向的认知，对于更上层的团队做事的抽象
向下思考意味着对于问题的拆解，对于拆解背后解决方案的形成，用了哪些方法和手段，来有目标有节奏的拿到结果
没时间都是借口
我们一周有7*24=168个小时，假设每天睡8个小时，一种共56个小时一份忙碌的全职工作每周工作40小时（每周5天，每天平均8小时），我们还有72个小时去做我们想做的事情
大学的意义在哪里
大学最大的价值不是让大家学会某一项技能，而是培养了大家学习的能力以及团队协作的能力，学习能力+独立思考的能力是决定一个人成长的源泉。因为只有独立思考过，深入思考过，才能找到问题的本质，才有创新的机会，才有判断力，才有真正的世界观和价值观
测试人员能力提升
1、发现问题的能力：参考wiki文档，线上事故，用户反馈，发现痛点方可制定有效方案
2、解决问题的能力：提出问题，找到合适的人，方案的落地，问题闭环
3、业务能力，提前了解业务规划，产品指标，产品架构
4、技术能力，稳定性，专项能力，代码能力
5、管理能力，找到合适的人，把控关键节点，明确考核指标，结果指标
6、文档能力：业务文档逻辑梳理，技术文档，方案设计预期，阶段总结，复盘项目总结
7、沟通能力，业务产品研发的沟通，团队内部的沟通，跨团队的沟通
8、复盘总结能力，问题产品的原因，改进的措施，更好保障项目质量
提高测试人员话语权
懂业务：业务流程，数据流向，规则与潜在风险
懂技术：了解系统架构，服务注册，API网关，Redis等技术应用场景和优缺点
有思维：需求验证，有效记录缺陷，逻辑闭环
测试的产出物
一个思维：根据思维制定当前的测试策略，输出一份高质量的测试用例
一份报告：测试报告是测试人员工作总结，也是测试人员具体价值体现（范围，结论，风险）
一点责任：经过自己测试的内容，应该担起一份责任，能够保证产品的质量
努力精进：研究逻辑，提升测试能力，让产品质量更可靠
测试人员如何甩锅
A：感知团队质量下限：
观察团队对于线上问题的处理时长，数量可能是因为团队暂时的能力问题（代码质量，业务复杂度，测试人员能力），但是解决时长能真是反馈团队对交付质量的态度，如果对线上问题不敏感，不要奢望太多，做好记录，多发邮件提示风险
B：锅的质量分析：
简单易现的问题：反思自己的工作态度还是能力问题，注重测试策略，用例设计场景考虑全面，用例评审产研确认是否充分覆盖，认真执行用例，不要抱侥幸心理
特定场景数据出现：团队一起背，思考总结形成自己的经验，拿出改进方案
深层次的偶发问题：提升技术能能力的机会，集中力量解决，做好线上预警监控
C：你的质量观：
自己手中出去的产品，有最低的质量保障，有问题及时反思解决，做好自己的同时，给团队带来正面影响，通过更好的实践，提前预防问题的发生，协助团队进行质量内建，培养全员质量意识。
测试策略和质量评估
制定测试策略是软件测试最核心的技能
测试策略通常讲就是6个字，”测什么“和”怎么测“
测试的对象和范围是什么？
❏ 测试的目标是什么？
❏ 测试的重点和难点是什么？
❏ 测试的深度和广度？
❏ 如何安排各种测试活动？
❏ 如何评价测试的效果？
产品质量评估模型
测试覆盖度评估：对测试范围及测试的深度与广度进行分析和评估
测试过程评估：对测试过程和测试的投入情况来进行分析与评估
缺陷分析：对测试结果进行分析和评估
快速熟悉新业务
A：看懂业务，由表及里：
功能：从直观角度看，新业务展现的产品功能和业务规则
结构：从业务结构看，新业务在公司整个业务系统处于哪一层
细节：产品细节看，每个操作步骤包含很多系统交互
用户：不同用户对产品的功能有不同的诉求
业务价值：业务存在的目的，它能够带来的价值
盈利模式：从资本角度看，不盈利产品很快会被淘汰
B：看透业务，系统剖析
业务系统的交互
模块划分，公共模块，业务实现层
数据流向，如何进行数据变更
C：看好业务，动手实践
测试用例设计
测试方法，数据准备，结果验证
是否需要非功能性验证
问题排查：系统现象，日志排查，数据排查，翻看代码
团队交付质量评估
若有收获，就点个赞吧
0 人点赞
