起航学习网

11我不适合做开发，做测试吧

这个观点特别适应于应届毕业生，在以前面试的过程中，有些人就觉得我代码写的不好，所以入行转做测试的工作，还有一部分人稍微明白一点开发，但是觉得自己在开发方面没什么优势，主动给自己定位做测试工作。其实测试要掌握的技能远比开发多得多，至少面要广得多，要做一个好的软件开发测试工程师，远比做一个开发人员难得多。

12机器自动化将会代替手工测试

现在很多人都在传自动化测试将会替代手工测试，首先有这种想法的人，一定还没有真正了解自动化测试，自动化是为了做回归测试的，自动化脚本是人工编写或录制完成的，只能覆盖大体的业务流程，并不能对软件进行详细的测试覆盖，详细的测试还是需要手工完成的，不然自动化脚本维护的时间成本将会大大增加，适得其反。而且新功能是必须进行手工测试的，只有老功能才可以进行自动化测试。自动化是为了提高测试效率而存在的测试手段，而不是为了替代手工测试而出现的。

13使用了软件测试工具，就是进行了有效的测试

测试工具是为了协助测试工程师更高效的完成测试工作，是否能够有效测试，完全取决于使用工具的人的技术水平。水平强，则测试结果有参考价值，水平弱，则测试结果一塌糊涂。

建议大家还是要以手工测试为基础，工具只是为了提高测试效率，为了更好的完成测试工作，并不是用工具测试就一定有效。

14规范化软件开发测试是增加项目成本

一个软件开发测试过程如果不规范的话，结果一定不会很理想，规范严谨的测试过程，可以大大提高测试质量，这不是增加项目成本，而是减少了项目的隐患，甚至是上线后的损失。

一家不重视测试规范的公司，其产出的软件一定不会有太大的市场竞争力。其后果，也不应该由测试人员承担。

短期内通过增加软件开发测试投入，迅速达到零bug

测试人员都应该知道一个原则，就是完全测试是不可能的，所谓的零BUG，再牛的测试工程师也做不到，并且软件开发测试是贯穿整个项目生命周期的，需要尽早的介入测试，如果在项目后期加大测试力度，也并不能有效的提高测试质量。因为测试人员没有时间理解软件的业务流程和接口逻辑。

16忽视需求阶段的参与

软件开发测试的开展一定是从需求阶段展开的。没有需求文档就无法衡量测试周期和测试范围，也就无法编写测试计划和测试用例，所以忽视需求阶段的参与，对于项目质量来说是灾难性的结果。

17忽视用户操作密集和核心功能的回归测试

很多人认为用户经常操作的地方就不会出现问题，但是一个项目更新后，很可能导致以前的核心功能受到了影响，新的代码对老的业务造成了破坏，所以说，回归测试一定不能忽视核心功能以及用户密集操作的模块。相反，应该重点回归!

18忽视软件开发测试建档

软件开发测试建档，指的是软件的测试记录是否有效的存储，是否可查询，如果测试不建档，那么测试报告就无从考察，测试结果也有没有了依据，所以测试建档是必要环节，不可忽略。

19软件开发完成之后进行软件开发测试

软件开发测试是贯穿整个项目生命周期的，必须要在需求阶段的时候介入，在单元测试完成后就进行集成测试也就是接口测试，这可以发现80%的软件缺陷。如果开发完成才介入测试，那么项目发布上线的时间即将会大大延长。而且很多问题修复成本也将会大大增加。

20软件如果发现质量问题，都是测试人员的错

很多人都觉得测试通过后，在用户使用时发现bug一定是测试人员没有测试到位而导致的，我曾经的工作中就经历过多次这类问题，但是测试人员坚持认为该功能缺失测试过，并且没有出现这类问题。后来经过本人的辩论终于找到了问题的原因，就是开发人员的疏忽导致封包封版时，没有保存最新代码导致问题出现。

首先，如果大家以后遇到这样的情况出现，千万不要心急如焚，手忙脚乱。要先确定该功能是否测试过，是否通过测试了。如果没有测试，那么毫无疑问要软件开发测试工程师背锅，如果测试通过还出现了问题，极有可能是开发人员封版时没有保存最新的代码而导致的。或者是开发人员在发布最终版本时擅自修改了部分代码。

免责声明：内容和图片源自网络，版权归原作者所有，如有侵犯您的原创版权请告知，我们将尽快删除相关内容。

软件开发测试人才四大魅力元素

——就业竞争小

——高薪没商量

——就业质量高

——无性别歧视

套用狄更斯那句话说：对于急需软件开发测试人员的企业来说，这是一个最坏的时代，但对软件开发测试人才来说，这是一个最好的时代。“随着软件市场的成熟，人们对软件作用的期望值也越来越高，软件的质量和功能可靠性也正逐渐成为人们关注的焦点。”

文章出自：http://qh.itpxw.cn/jyzn/202179793.html

文章标题：深圳软件开发测试最容易陷入的误区（中）

免责声明：本站文章均由入驻起航学习网的会员所发或者网络转载，所述观点仅代表作者本人，不代表起航学习网立场。如有侵权或者其他问题，请联系举报，必删。侵权投诉