在测试团队中,总有人游刃有余、效率高、从而显得“清闲”,又几乎没出过现场事故,从而让人羡慕嫉妒恨“一定是这丫的项目团队好,运气好!”
测试老鸟的经验之谈
捋顺理清业务流程,打通各个关节
前面偷懒,后面得拼命追赶。所以,接到新需求,一定要做好需求分析!
具体内容包括:
①自己要捋顺理清整个业务流程,不懂的及时与产品设计人员沟通确认;
②在快速迭代下,需求(通常为原型)会存在许多细节缺失,根据经验补充并与设计人员确认。
诊断预测bug,从源头杜绝
为什么测试要左移?终极目标无非是溯本追源,从源头杜绝bug。我们可以根据需求分析和经验,进行诊断预测。
然后:
①可能出现的bug处标记出来,然后找时间与负责开发的人员逐一复述核对;
②尽可能找到逻辑中存在问题的地方,让缺陷止步于设计;
工作要效率,用例需给力
用例不是让大家事无巨细,而是要高效准确:
①文字简洁 切忌写成用户使用说明书,不仅评审人员晕,最后执行时你也晕,干脆弃之如敝履;
②内容精炼 一些冗余、无效的用例该剔除就得剔除;
③用例一定要经评审,评审后一定要执行,否则都是“自嗨”,容易出问题;
测试与开发培养默契,必定顺心如意
开发人员默契很重要!
如何培养:
①你要定位好bug(定位到根因最佳),描述好bug,专业的你一开始就让开发人员信服!
②一些低级bug可以合并一起提,给予开发人员足够的人文关怀和尊重,你尊重了他,他也会以更高的质量来回报你;
③出现问题不怕,切记互相指责,有事多担待,让他自我羞愧,试着彼此成为朋友!
测试技巧
1、有效的测试用例:首先是提供有效的测试用例,而不是更多的测试用例。有效的测试用例是找到缺陷的最有可能的测试用例。在编写测试用例或进行自我检查时,测试者必须通过参考需求文档来关注测试的有效性,并了解哪些功能可能出错。
2、了解完整的应用程序:当测试人员对应用程序有完整的了解,实施了什么,预期的内容以及如何高效地使用应用程序时,很容易找出应用程序需要较弱和更强的测试地方。
3、熟悉应用程序的功能:测试人员应熟悉应用程序的所有功能。还有什么功能应该是最重要的?通过这样做,测试人员将有一个想法,当时间有限时,测试的优先级可能是什么。
4、回归测试:当应用程序引入新的更改时,强烈建议你进行回归测试,以检查新的更改是否影响了任何其他功能。测试者应该有一堆回归测试用例来运行每次引入新的更改或功能,以确保所有主要功能都正常工作。它也使基础测试快速高效。
5、应用小模块划分:当被测试应用程序分为较小的单元模块时,覆盖面越来越多,测试越来越深,从而有助于测试人员找到最困难的错误,也有助于更好地理解应用。
6、向开发人员提供测试用例:如果测试人员将测试用例发送给开发人员,在发布进一步测试应用程序之前,验证所有重要功能是否正确开发,这被认为是一个好习惯。它确保重新工作是最小化的,因为应用程序的最重要的部分由开发人员自己负责了。
7、注意性能测试:性能测试是应用程序测试的重要组成部分,特别是当应用程序需要更快的响应时间(如银行应用程序或具有超时功能的应用程序)时。性能测试需要由测试人员或开发人员根据要求给测试人员进行测试的测试数据。
8、实践压力和负载测试:测试人员应该知道一次应用测试可以处理的用户数量。重要的是进行压力测试来了解瓶颈,否则应用程序的质量将受到质疑。应用程序的质量可以由一次可以提供的用户数量确定,而不会中断或产生意想不到的结果。了解限制是非常重要的,因此可以应用阈值来处理这种异常。
9、从不同的角度思考:应用可以被不同类型的用户使用; 测试人员可以通过从不同的用户角度思考,找出质量错误。他可以帮助避免那些会使一些用户感到烦恼或者给他们造成某种不适感的错误,同时也会使应用程序更加灵活,更可用,适合不同的用户使用。想想,如果一个不了解应用程序的用户将会使用它,而不会有太多困难,使应用程序易于使用和理解。
10、创建测试数据:如上所述,在进行性能测试时,测试人员需要一些测试数据来确定被测应用的性能。预先提供数据是一个很好的做法,因为这是耗时的步骤,经常由测试人员规避,以便在有限的时间内完成测试。测试人员也可以从开发人员获取测试数据的帮助。
下面是我整理的2023年最全的软件测试工程师学习知识架构体系图 |
彩虹绚烂多姿,是在与狂风暴雨争斗之后;枫叶似火燃烧,是在与秋叶的寒霜争斗之后;雄鹰的展翅高飞,是在与坠崖的危险争斗之后。他们保持着奋斗的姿态,才铸就了他们的成功。
当别人大声说你时,问问自己你是否害怕。不要害怕,不要退后,不要犹豫,只是在悲伤的时候去看看世界。问更多自己,您是否为自己的梦想尽了最大努力?
过去的事,交给岁月去处理;将来的事,留给时间去证明。你真正要做的,就是牢牢地抓住现在,让今天的自己胜过昨天的自己。