51Testing软件测试论坛

标题: 如何避免测试中的那些坑？ [打印本页]

作者: lsekfe 时间: 2020-12-14 09:43
标题: 如何避免测试中的那些坑？
　身为一名测试，被开发怼过，被产品催过，每天面对各种bug，疯狂的迭代，随时随地想拿出15米的大刀，但是生活还得继续，作为一个苦逼的小测试，就以我的个人经验，给你们支两招吧！
　　一、提升自身能力
　　经常有那么几个开发认为测试是最不值得重视的工作，于是他们每次你给他们提bug的时候，他们总是会说你没清缓存、你的操作问题无法复现等等，并且态度也不是很友好，因为在他们眼中，当测试是很简单的。那要是你只会简单的手工测试并且逻辑思维能力也不是很强，不怪别人。
　　就像我身边的同事，在每次的需求会议中总能发现一些产品设计的漏洞，或者在开发的设计文档中发现表结构不合理的问题，自己搞了一套自动化脚本，减少了每次迭代的测试时间，最近又在着手安全测试，身边的同事都对他很信服，每次开发之间的讨论会议也会带上他，领导也信任他的工作能力。
　　1）丰富测试知识：自动化测试、性能测试等公司没有，你完全可以有空自己搞起来，不会的可以问度娘，空想是不会出结果的；
　　2）参加线下沙龙：参加线下活动会让你遇到一群都爱学习的测试小伙伴，一起进步，还有机会和大佬面基，学学经验；
　　3）考证：目前我知道测试相关的证书有软件测试工程师、数据库工程师、ISTQB等，多考证百利而无一害，那些说考证没用的，都是些没考的，相信我。而且一般考证还能加积分，你说是不是？
　　二、有问题及时反馈
　　遇到过这种情况，好不容易找到了一个bug，结果开发同学也不来沟通，直接备注不予解决，然后测试同学又把这个bug关掉了，产品也没发现，于是这个bug就这么一直存在，直到有一天，客户出现了严重问题，找产品麻烦，产品找测试麻烦，开发推给测试说没有让修改，就因为这一个bug，不仅这个月的奖金没了，还糟了领导一顿批。其实，当发现bug的时候，开发不解决的话，我们可以分析下严重等级然后找产品沟通确定，再不解决，就不是我们的问题了。
　　所以，很多同学觉得做好本职工作就行了，不会主动沟通和反馈，不仅容易项目流程有问题还有一些潜在的风险。
　　可能，开发提测时间晚了产品还不知道，这时候我们应该主动和产品沟通，确定是否正常上线还是延长测试时间，否则苦的是我们自己；
　　还可能，测试中发现有需求设计的问题，你不和产品讨论，用户在使用的时候就会出现以下潜在的bug，背锅的又是我们；
　　或者，临近上线了，你提了bug开发还在改，可以及时在讨论组分享下目前遗留的bug，让开发经理、产品知道，不是测试在拖时间，不然背锅的还是我们。
　　三、合理规划时间
　　相信大部分测试同学应该都要测试时间不够的困扰，每天都很忙的样子，没时间学习？其实合理规划我们的测试时间，我们还可以有一些空余时间丰富自己的测试技能。
　　我目前的做法是，提测前我们把测试用例和对应数据准备写充分，标记一些主流程的点，让开发同学先去自测，减少等待阻塞流程的bug的修改时间，开发自测期间我可以去查看我的测试点是否完整或者练习一些自动化测试；避免测试时间不够，我会在提测当天把所有主流程先走一遍，然后再细测一些特殊情况。
　　测试中的坑何其多，主要的还是靠自己一个个踩，一个个填，总结经验啊！

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)