软件测试培训
达内IT学院
400-996-5531
软件测试培训
软件测试人员注意不要犯这些错误
- 发布：软件测试培训
- 来源：软件工程之思
- 时间：2018-04-02 16:28
1.自以为了解业务逻辑，实际浮于表面
这是个深坑，产品迭代跟的久了，功能上闭着眼睛都能说清楚就自以为很了解，实际上连该功能使用的协议，调用的接口都不知道，所以看到问题都是表面的问题。
你只看到了两个操作的入口不一样，提示信息不一样，你就以为是两个问题，而这两个问题都是调同一个接口引起的，但你分析不出来。。
这样导致的问题有：
①修改bug后对影响范围评估不够
②提相同的bug，碰上特别注重bug数量的开发，真是揪心。。
我们公司对于bug定期要做bug根因分析，这在一定程度上也是帮助测试更深入的了解产品，因为每次bug单上开发写的产生原因和解决方案，真是言简意赅。。
2.思维定死，不会向前多走一步
比如同一个账号添加之后删除再添加，同一份文档导入之后导出再导入，密码修改成功之后再修改，等等，向前多走一步，就可能有意外收获。
3.忽略偶现的问题
测试要记住：所有偶现的问题，都只是没有找到必现的规律！
不要以为偶现的问题，没有出现，就不提出来，等上线后用户发现这个问题，你再说曾经遇到过，只是没有提出来，那测试不背锅还有谁背？？
提出问题但不解决，测试就可以甩锅给产品，给开发，完美！（这个真是从踩过的坑里得出血淋淋的教训）
这里有个好的习惯：遇到问题先截图！！！先录视频！！！再分析原因，再提交给开发，最怕偶现的问题口说无凭，又没有证据证明，开发说你逗我呢？？？
4.避免随机测试
避免没有用例（更多详情请戳：用例设计需求与设计实例详解）而进行的随机测试，虽然随机测试能发现一些问题，但是它的特点是我们测试人员想到什么就测试什么，这样就会导致有些功能点重复测试，而有的业务流程却没有覆盖到，出现漏测，一旦上线后出现Bug，就不好说了。
5.Bug的复现步骤描述必须要详细
这个其实算不上坑，只是个人总结。之前提交过一个Bug，Bug描述非常简单，在后期给开发复现的时候，费了很大的劲儿，如果我们能在Bug描述中，准确描述Bug的复现步骤，就可以明显缩短开发分析问题、定位问题的时间。
6.不要“动”之前的业务逻辑，因为会“牵一发而动全身”
要“遵守”之前的业务逻辑，现有的业务逻辑尽量不要和之前的冲突，为啥呢？
因为啊，一旦按照现在业务逻辑的话，就得把之前的改了，改之前的业务逻辑会非常的复杂，不仅开发需要改代码，而且我们测试要重新再测，所以，不要动之前的业务逻辑。
以上就是小编带来的关于软件测试人员容易犯的错误，希望其他的软件测试小伙伴能够引以为戒，平时在测试的过程中注意避开这些常见问题。最后祝你工作顺利，成为一名优秀的软件测试工程师。
预约申请免费试听课
填写下面表单即可预约申请免费试听！ 怕学不会？助教全程陪读，随时解惑！担心就业？一地学习，可全国推荐就业！
上一篇：软件测试的常用种类有哪些?
下一篇：安全测试常见问题之SQL注入攻击
Copyright © Tedu.cn All Rights Reserved 京ICP备08000853号-56 
京公网安备 11010802029508号 达内时代科技集团有限公司 版权所有
选择城市和中心
北京
黑龙江省
吉林省
内蒙古
河北省
陕西省
江苏省
上海
湖北省
四川省
重庆
湖南省
江西省
贵州省
云南省
广西省
广东省
海南省
台湾