https://mp.weixin.qq.com/s/WSAjWqSnVGHWJlGuZyGWew?mpshare=1&scene=1&srcid=0120j123MNClZMnsfAW6pXl7&sharer_shareinfo=b4fca75bf799b8d2545c143a0339f22e&sharer_shareinfo_first=b4fca75bf799b8d2545c143a0339f22e&color_scheme=light#rd
1,控制自动化的投入
并非所有自动化都要做到端到端级别;
金字塔顶部的自动化,可能会消耗大量的计算和时间资源,但是带来不那么多的收益;
可以通过少量精心设计的路径覆盖核心案例,而不是为端到端场景编写几十条类似的案例,设计过后的质量模型同样可以带来充足的测试信心。
平衡适当数量的测试。
2,正确的使用测试金字塔
熟练的使用mock数据,并且借助库注入这些模拟数据;
这样测试运行时能够降低环境依赖;避免外部错误导致的本服务失败的定位成本;
并且在高层金字塔测试任务开展时,尽量少的去重复验证低级金字塔上已经覆盖过的业务逻辑;
3,能够解决问题,并且能够知道如何定位问题
理解应用程序如何工作,有助于帮助发现bug并修复问题;
做一些开发的小项目,有助于积累技术经验,帮助应用到测试策略和自动化的方案中;
随着项目经验的增加,开发者和测试者会更加理解项目上的痛点,这样可以帮助团队规划阶段提前发现问题,避免他们演变成实际问题。
做一些小项目,还会获得解决问题的外围技能。具备不断尝试解决问题的韧性,并知道如何找到信息来解决问题,是推动职业生涯向前发展的关键能力。
保持持续学习的心态,在不舒服的状态中也能 保持舒适。
4,主动与各级人员和多种形式的合作
质量的领导者和主要倡导者。随着有效团队将质量控制向“左”和“右”两端延伸(“左”指在任务书写之前就考虑质量, “右”指进行探索性测试),作为SDET,成为一个良好的沟通者,优先参与整个软件开发生命周期的各个阶段,变得尤为重要。一个高效的SDET不会仅仅对测试做出反应,而是会通过提前与团队成员沟通,主动先行。例如,可以提前与业务分析师(BA)讨论如何在任务中编写潜在的测试场景,或与开发人员讨论架构决策可能如何影响你的测试编写。确保自己参与这些对话对于项目质量的成功至关重要。
为项目提前写好策略,并在任何代码编写之前让团队支持你的方案也非常重要。通过积极参与各个层级和各个方面的开发过程,你能够使质量成为一个基础性元素,而不是事后的附加。这样的做法将使得软件更可靠、可维护并且质量更高。