软件测试经验与教训
发布于 2023-07-18
1916
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
CKL的思考空间
扫码关注公众号
扫码阅读
手机扫码阅读
本摘要基于《软件测试经验与教训》一书,分享了作者在测试领域的深刻见解和建议。这些建议对于软件测试人员和项目管理者有着重要的指导意义。
01 测试人员是项目的前灯
测试人员应该像前灯一样为项目照亮方向,提供持续反馈,帮助团队少走弯路。
02 当心测试中的不关我事论
测试人员不应局限于狭隘的任务定义,而应超越职责范围,提升问题解决能力。
03 测试策略要解释测试
测试人员应清晰地理解并能解释自己的测试策略,以赢得支持并展现专业性。
04 报告不可重现的错误
不可重现的错误可能隐藏着大问题,需要记录并跟踪以提高测试的可观测性。
05 使错误报告成为有效的销售工具
优秀的错误报告可作为推销工具,帮助团队识别风险并评估修复成本。
06 避免在测试脚本中使用复杂逻辑
测试脚本应尽量简洁,避免复杂逻辑以增强可理解性和准确性。
07 建设服务文化而非控制文化
测试人员应致力于提供服务,帮助团队共同识别和承担风险,共同交付价值。
08 专注于少数项目
测试人员应避免同时处理多个项目,以免分散注意力并降低效率。
09 积累专业领域知识
测试人员应深入了解业务领域,以提高其工作的有效性。
10 持续学习与知识积累
专业技能的提升需要长期的学习和实践,没有捷径可走。
作者强调了持续思考的重要性,只有深入思考才能将知识内化为个人的思维方式。此外,读者可以通过关注作者的公众号获取更多相关内容。
完整书籍阅读请关注公众号并回复“教训”。
CKL的思考空间
CKL的思考空间
扫码关注公众号
用例,Bug一团乱麻?
用统一平台打通用例、缺陷与测试执行,告别碎片化管理。
查看测试管理方案
CKL的思考空间的其他文章
协议的学习技巧
测试人员的成长,就是在这些一步步的思考中沉淀下来了。遇到一个问题,有的人解决了眼前的问题,有的人思考了问题背后的原因(5Why),有的人会进一步地联想和总结。1年,2年,N年之后,差距就逐步体现了。
测开造轮子漫谈
本文内容是5月21号在深圳第13届MeetUp上的分享记录,主题是“测开造轮子漫谈”,缘由是观察到了现在大多数的测试同行都是卷测试平台(是就“造轮子”),各类接口的,UI的平台也见了好多,这是不是个好的现象呢,接着往下聊。
测试先知是什么
通过了解HICCUPPS,确认测试先知,有助到我们提前识别潜在问题,测试人员并不能依靠单一的测试先知去判断测试是否通过。测试先知本质是一种启发式方法,它提供了有效的检查策略,但不能发现所检查领域内的所有缺陷。
研发度量:向内求己,对外伤人
对于研发度量,笔者是保持支持态度的,通过透明团队的工作内容,识别系统性风险,还是利大于弊的。对于度量指标的使用,笔者建议只开放给中高层管理者,辅助日常团队管理即可,而非面向全员的KPI考核。不希望把度量当成一把砍向基层员工的“利刃”。
三观先同频,能力再互补
成年人只筛选,不教育。也不要幻想自己能改变他人。回想下身边处的久的朋友,基本上都是三观先同频,然后根据实际情况补充各自的能力。
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线